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ABSTRACT 



The Supply Department of the Naval Postgraduate School is a 
relatively small department of the school; however, through 
its material acquisition function, it provides an extremely 
valuable service to the command in the form of material and 
logistic support. There are several functional areas that 
provide support to the material acquisition process. The 
purpose of this thesis is to examine these functional areas 
for possible utilization of a computer-based management 
information system which would improve the effectiveness of 
those processes performed within each functional area. The 
thesis will describe the support functions as they are 
presently performed and review any internal or external 
influences on these functions, followed by a proposed 
computer-based information system, its accompanying data- 
base, and a prototype system. 
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I. INTRODUCTION 



The Supply Department of the Naval Postgraduate School 
is a relatively small department of the school; however, it 
is representative in size of many small activity supply 
departments. It has an allowance of twenty-one military 
personnel and a ceiling of twenty-seven civilians (including 
four temporary personnel) with which to perform the primary 
functions normally performed by a supply department. Figure 
1.1 depicts the organizational structure which provides and 
supports these functions. Unlike most small activity supply 
departments, however, the Supply Department, Naval 
Postgraduate School is unique in the distribution of its 
resources due to the relative importance of certain of these 
functions to the overall mission of the command. 

Any supply department will rely heavily on the material 
acquisition function to meet the material and service needs 
of the command. In most cases the majority of acquisition 
actions result ir the acquisition of standard stock material 
through the federal supply system whether it be Naval, 
Department of Defense, or General Services Administration. 
Due to the uniqueness of the mission of the Naval 
Postgraduate School, that of academic instruction, the vast 
majority of acquisition actions results in the procurement 
of non-standard stock material and/or services. 
Non-standard stock is that material or service which is not 
available or cannot be acguired through any of the federal 
supply systems. An examination of supply department records 
indicates that the normal distribution of acquisition 
actions between standard and non-standard stock is about 20% 
and 80% respectively. The point to be understood here is 
not so much this lopsided distribution between two different 
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Figure 1.1 Supply Department Organization Chart. 
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types of acquisition actions, although the relevance of it 
will appear throughout this thesis, but the relevant impor- 
tance placed upcn material acquisition at this command. 
Perhaps the most convincing evidence of its importance is 
the amount of personnel resources devoted to its accomplish- 
ment. Of the forty-eight personnel complement authorized 
for the Supply Department six are directly involved in the 
actual acquisition of material or services and twenty-six 
are indirectly involved in providing support functions such 
as technical edit and review, status maintenance and 
followup, a ready supply store and receipt and invoice 
processing. Sixty-seven percent of the personnel of the 
Supply Department are either directly or indirectly involved 
in the material acquisition function. The purpose of this 
thesis is to examine the utilization of a computer based 
management information system to aid the Supply Department 
in the performance of those functions that provide support, 
to the material acquisition process. 

The thesis will describe the support functions as they 
are presently performed and review any internal or external 
influences on these functions prior to describing a suitable 
computer based management information system and its accom- 
panying database. 
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II. PRESENT SYSTEM DESCRIPTION 



Before presenting a computer based management informa- 
tion system that will support the needs of management, in is 
appropriate to describe the present system, i.e., functions 
performed, files maintained, and flow of information within 
the system. Figure 1.1 depicted the organizational struc- 
ture of the supply department. The branches that will be 
focused upon throughout this thesis, along with their 
respective responsibilities as dictated by the Naval 
Postgraduate School [Ref. 1 , p. 56-59], are as follows: 

1. Issue/Receipt Control. - responsible for the technical 
screening cf ail requisitions and issue documents, 
processing stock requisitions, maintaining control 
riles of requisition transactions, processing of 
commercial invoices for payment, modifying purchase 
orders, and maintaining purcnase order files. 



2. Receiving and Shipping - responsible for the receipt^ 
identification, delivery, and accountability of inbouna 
freight, and, the identification, routing, packaging, 
marking, documentation, and loading of outbound 
freight. 

Primary emphasis will be placed on the issue/receipt 
control branch. The receiving and shipping branch will be 
discussed only as to its direct interface with the functions 
of issue/receipt control. 

Table I depicts the functions necessary to carry out 
these responsibilities and the delegation of responsibility 
to perform these functions. Each of the functions will be 
described below in a sufficient level of detail to allow the 
reader to obtain a firm grasp of the functions performed, 
files mainxained, decisions made, and the general flow of 
information, but not in such detail as to confuse the reader 
or attempt to make him an expert in supply control proce- 
dures. In an attempt to simplify xhe following discussion, 
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TABLE I 

Functional Responsibilities 



FUNCTION 

Technical Edit and Review 
Material Acquisition 

Status Maintenance and 
Followup 

Material ID/Delivery 
Receipt/Invoice Processing 



RESPO NSIBLE BRANCH 

I/R control 

I/R control (standard 
stock) 

Purchase (non-standard 
stock) 

I/R control 

Receiving and Shipping 
I/R control 



only the primary functions, decisions, and information flows 
for recurring processes and transactions will be considered. 
Those, for reasons expressed, which are not mentioned or are 
referred to only in passing have no significant bearing on 
this work, or are not of a frequently occurring nature. Any 
impact that may be involved will be discussed as needed. 
Figure 2.1 depicts the general flow of information, and 
documentation, from one function and/or process to another. 

A. TECHHICAL EDIT AND REVIEW. 

The primary purpose of this function is zo insure that 
requisitions submitted to the Supply Department are in the 
proper format and that required information is valid. In 
addition, each requisition is reviewed to determine if the 
material falls into a category of material that requires 
special processing. 
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1 



DD Form 
1348 



Technical Edit 
and Review 






Material 

Acquisition 



- s Status Maintenance 
and Followup 






Material ID/ 
Delivery 



Recei pt/In voice 
Processing 



_v To 3ill Pavina 
Act ivit y 



Figure 2.1 Flowchart of Functional Processing. 

There are two general types of requ isir ions-- those which 
are for standard stock material and rhcse which are net. 
Each type will' follow a particular processing path through 
the Supply Department, therefore each type will be discussed 
separately as needed. Eefore proceeding it should be 
pointed out that prior to being received by the Supply 
Department, all requisitions have been reviewed by the 
Comptroller Department for financial obligation purposes 
(job order numbers are matched against serial numbers to 
insure only authorized obligations are permitted further 
processing) . 

All requisitions are submitted on a DD Form 1348. 
Figure 2.2 is an example of a completed DD Form 1348. 
Appendix A provides a detailed explanation of each data 
element. Although the example is for a non-standard stock 
item, it is similar to a standard stock requisition with 
few, minor exceptions. When received by the Supply 
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Figure 2.2 Completed DD Form 1348. 



requisitions are time stamped. 



then sorted by 



Depar tment, 
standard and non-standard stock. 



1 . Sta ndard Stock 

These requisitions are verified against the Navy 
Management Data List (NMDL ) , which resides on microfiche 
cards, to insure that the following information is correct 
for the material being requested: 

1. National Stock Number (NSN) 

2. Federal Supply Group and Class (FSC) 

3. Cognizance Symbol (CDS) 

4. Unit of Issue (U/T) 

5. Price 

6. Quantify (QTY) 

If a discrepancy is discovered, the requisition may 
either be corrected .by is sue/receip t control personnel or 
returned to the customer department for correction and 
preparation of a new requisition. 

In addition, each standard stock requisition is 
reviewed to determine if the material being ordered falls 
into one of the below listed categories which require 
special processing and/or approval authority: 

1. Photographic equipment or supplies 

2. Reproduction equipment 

3. Filing equipment 

4. Typewriters 

5. Defense Industrial Plant Equipment Center (DIPEC) 
material 
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5. Plant account property 

7. Office laborsaving device equipment 

Appendix B contains a brief explanation of each of the above 
mentioned categories. 

Requisitions are also reviewed to determine if the 
material requested is carried by Ready Supply Store (RSS) . 
This is accomplished by searching the RSS inventory catalog. 
If the material is carried, the DD Form 1348 is returned to 
the customer department for subsequent submission to the 
RSS. If not, the normal processing procedure continues. 
The final review made is a verification of the assignment of 
valid priorities to each requisition. Approval is required 
for all non-routine priority requisitions. 

2 . Non -Stan da r d St o ck 

Non-standard mat eri al/servics requests are similarly 
checked for valid and complete information. Requests are 
also reviewed tc determine if they fall into one of the 
special categories of material requiring special processing 
and if valid priorities have been assigned. In addition, 
each request must be reviewed for possible cross reference 
to a national stock number. 

For items with part numbers provided, a review of 
the Master Cross Reference List (MRCL) is performed. Like 
the NMDL, the MRCL resides on microfiche cards. If a match 
is made, the stock number is verified against the NMDL to 
determine its validity. I f it is a good stock number, the 
request is returned to the customer department for prepara- 
tion of a standard stock requisition. If a cross reference 
is not made or if a stock number proves erroneous based on 
the NMDL review, the requisition proceeds through the normal 
path. 
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For items without part numbers (primarily consuma- 
bles) , a review of the following publications is made for 
possible cress reference to a national stock number: 

1. Afloat Shopping Guide 

2. Federal Supply Schedules 

3. General Services Administration Catalogs 

Once a match is or is not made, the same procedures that 
were followed for parr numbered items are followed in this 
case. 

Not all items are reviewed--only those which the 
reviewer feels are prime candidates for cross referencing 
based on intuitive and subjective reasoning. (Jpcn comple- 
tion of all checks and reviews, non-standard stock 
requisitions are forwarded to the purchase branch with the 
appropriate copy placed in rhe outstanding purchase order 

file. 

* 

3. SATEBIAL ACQUISITION 

Although not an area being considered in this thesis, 
material acquisition is mentioned at this point simply to 
show its logical position in the procedural flow of paper- 
work and information in the lifecycle of a requisition. 
Once a standard stock requisition has completed all reviews, 
it is keypunched for transmittal via the Autodin network. 
The appropriate copies are then placed in the o ursranding 
requisition file, others are forwarded to the receiving and 
shipping branch to await receipt of the material, and 
finally, if so required, requisition copies and other docu- 
mentation are placed in the appropriate files designated for 
material requiring special processing. 
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For a complete description of these and ether generally used 
material acquisition processing files and their purpose, see 
Appendix C. 

Non-standard stock material/service requisitions are 
passed to the purchase branch for appropriate procurement 
action from commercial sources. The specific procurement 
actions taken are very complex and vital to the command but 
not a subject of this thesis. Mote that once a requisition 
is identified for commercial procurement it loses its iden- 
tity by document number and can only be referenced by its 
newly assigned purchase order number. The relevance of this 
point will be discussed in the status maintenance and 
followup section. Once all procurement actions are 

complete, the necessary documentation is forwarded to the 
receiving and shipping branch and issue/receipt control 
accordingly. 

C. STATUS MAINTENANCE AND FOLLOWUP 

Status for standard stock requisitions is received from 
stock points in two general formats, message or card. Many 
varieties of status may be reported, some of which may 
require action to be taken and others which do not. As 

status is received it is acted upon, if required, by issue/ 
receipt personnel and appended to the DD Form 1348 residing 
in the outstanding requisition file along with any comments 
on the action taken. 

Since non-standard material is procured from commercial 
sources as previously discussed, there normally is no 
vendor-generated status associated with an acquisition of 
this type. 

Followup is normally performed when some expected event 
has not occured, such as: 

1. No status received within a certain time period after 
submission of the requirement. 
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2. No status received within a certain time period from 
last receipt of status. 

3. Expected delivery date has elapsed. 

In both the case of standard and non-standard stock, 
followup is initiated by one of two methods. First, by 
periodic purging of the outstanding requisition and open 
purchase files. In this situation a review is made of 
status cards for standard stock items, and expected delivery 
dates of non-standard items with any necessary followup 
action initiated as required. This is a very ineffecient, 
time consuming method which is why it is not performed as 
often as it should be, given other constraints such as 
personnel shortages. 

A second form of followup initiation is initiared by 
status information queries from the customer. For standard 
stock material the customer will provide the respective 
document number. The outstanding requisition is then 
located in the outstanding requisition file and the attached 
status cards are • reviewed along with any previous followup 
attempts. Any further followup action is decided upon and 
taken at this time. 

In status information queries for non-standard stock, 
the customer will provide the respective purchase order 
number. As was pointed out earlier, a requisition loses its 
identity by document number once it has been contracted out 
to commercial sources, and further reference to it must be 
by purchase order number. Armed with the purchase order 
number, the file may be located, reviewed and appropriate 
action may be taken. However, in practice, the customer may 
not have the purchase order number (for whatever reason). 
In this situation, armed solely with the document number, an 
exhaustive manual search is undertaken. The searcher must 
scan through a number of logs and files in an attempt to 
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cross reference these two identifying numbers. The attempt 
is routinely successful but obviously consumes a great deal 
of time. 

One other type of followup is performed by issue/receipt 
control personnel specifically for non-standard sxocfc requi- 
sitions. It, too, is extremely time consuming, inefficient, 
and burdensome. Vendors, on many occasions, will call to 
inquire about paymenr or. invoices they had submitted some 
time in the past and have not received payment. Although 
issue/receipt control personnel are not responsible for or 
aware of the status of an invoice once it has been forwarded 
for payment, they can and do advise the vendor as no the 
date the respective invoices were forwarded for payment 
(Processing invoices for payment is discussed below). 
Normally, this would present no problems. However, usually 
the vendor does not possess or is not aware of the appro- 
priate purchase order number which is required ~c determine 
this information. Armed with only ar. invoice number and the 
vendor's name, issue/rece ipt control personnel muse again 
conduct a laborious search through a number of logs and 
files to cross reference this invoice number to the appro- 
priate purchase erder number so rhat the specific file may 
be pulled and reviewed to determine the information neces- 
sary to respond to the vendor's query. Regardless of the 
method used to initiate followup, or the action taken, all 
results are annotated and/or filed. 

D. 3 ATEBIAL ID/EELIVERY 

As previously indicated, copies of the necessary docu- 
mentation for all incoming material are forwarded to “he 
receiving and shipping branch where they are kept on file 
awaiting receipt of the material. There are two files main- 
tained, one for each type of requisition, i.e., standard and 
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non-standard stock. The standard stock requisition file is 
maintained in julian date, serial number order. The non- 
standard stock requisition file is maintained by purchase 
order number. As material is received, the receipt papers, 
or packing slips in the case of commercial procurements, are 
pulled and matched to the filed documentation to determine 
which customer department to deliver the material to. 
Occasionally, material will be received from a commercial 
source with no identifying purchase order number to permit a 
match with the filed documentation. This situation precipi- 
tates a call to issue/recei pt control personnel which begins 
another exhaustive search effort through numerous files, 
logs and other documentation in an attempt to determine the 
corresponding purchase order number. Or.ce all documentation 
has been gathered together, the material is delivered to the 
appropriate customer department, signed for, and ail docu- 
mentation is forwarded to the issue/receipt control branch. 

E. RECEIPT /INVOICE PROCESSING 

The function of receipt /invoice processing is the final 
step in the life cycle of a requisition. However, the 
results of procedures followed during the processing may 
lead to delays in completion of the cycle. Examples of 
these delays and their causes will be presented during the 
discussion. The processing of requisitions for close-cut is 
different for standard and non-standard stock, and there- 
fore, each will be discussed separately. 

Ail receipt papers and invoices are received in the 
Issue/Receipt Control mail room where they are time stamped 
and then sorted by contract type for distribution to the 
appropriate control personnel. 
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During the sorting of receipt papers, they are reviewed to 
determine if any material that initially fell into one of 
the special categories (Photographic equipment, etc.) indi- 
cated earlier has been received. If so, then the 

appropriate personnel are notified so that required action 
may be taken based on present guidelines. 

1 . Standard Sto ck 

The document that enters the system at this point 
and causes the start of the certification process is the DD 
Form 1348-1. These documents are received from the 

receiving and shipping warehouse on a daily basis. 
Documents are sorted and distributed to appropriate 

personnel. The DD Form 1348-1 is accompanied by the 
original requisition (which had previously been forwarded to 
the warehouse). The receipt document will bear the signa- 
ture of the individual receiving the material, as well as 
the date received, material description, quantity, etc.. 

Issue/receipt personnel will then proceed to verify 
that the material received is the material that had been 
ordered and in the quantity ordered. If the receipt indi- 
cates that it is a partial shipment, the requisition will be 
annotated as such and placed back in the outstanding requi- 
sition file to await the completed shipment. If any 
discrepancies exist that are determined to be the responsi- 
bility of the issuing activity such as a shorted shipment or 
damaged/incorrect material, then the customer department is 
notified to set aside the material until disposition 
instructions are received from the issuing activity. 
Control personnel will then prepare a '‘Report of 
Discrepancy" (ROD) and submit it to the issuing activity. 
The requisition is annotated and all documentation is filed 
as required. The last step is to file all paperwork 
regarding a particular transaction into the Completed 
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Requisition file, unless of course it was a partial ship- 
ment, in which case the documentation will remain in the 
outstanding file. 

2 • N on -Sta n dar d Stock 

Because of the variety of ways a non-standard item 
may be acquired and because of the legal aspects of bill 
paying, the processing of this type of transaction is 
somewhat more diversified, complex and inevitably more 
critical to the command. The degree of criticality as a 
result cf the "Prompt Payment Act" will be explained later. 
The following discussion will be divided by the type of 
acquisition action. Blanket Purchase Agreement (BPA) , 
Civilian Universities, a aintenance/Rental, and Other. 
Regardless of the contract type, the receipt/invoice process 
normally involves three separate phases as follows: 

1 . File set-up 

• 2. Receipt processing 

3. Invoice processing 

Bach of these will be discussed separately within each 
contract type. 

a. Blanket Purchase Agreement 

A Blanket Purchase Agreement (3P A) is a method 
of effecting small purchases from commercial sources which 
provides a simplified procedure of establishing "charge 
accounts" with qualified sources of supply to cover antici- 
pated small purchases of items of the same general category. 
It eliminates the need to issue repeated purchase orders by 
permiting placement of oral orders against a blanket 
purchase agreement, with invoicing accomplished on a monthly 
basis. The initial input to the file set-up phase is the 
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Blanket Purchase Agreement (BP A). A separate folder is 
established for each BPA . BPAs remain open until they are 
retired by the command for reasons of non-performance or by 
request of the vendor. The next input to this phase is the 
DD Form 1348 requisition. There are BPA callers (personnel 
authorized to place BPA calls) located in the purchase 
branch as well as the various customer departments. Except 
for minor differences, the DD Form 1348 from each source is 
processed similarly, therefore they will not be discussed 
separately but differences will be highlighted. In addition 
to the DD Form 1348 requisition, a continuation sheet will 
be attached if required. A continuation is required when 
more than one item is being reguested from the same source. 
If the order is placed by a caller in a customer department, 
then a NPGS Form 4270 is provided, replacing the continua- 
tion sheet. 

Some important information is available on 
requisition and is very useful in future followups and as a 
management information tool. The information available is 
as follows: 

1 . BPA number 

2. Caller 

3. Cali number 

4. Date order placed 

5 . Vendor 

6. Vendor representative accepting order 

7. Price 
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The process involved in this phase is very 
simple. The DD Form 1348 requisition together with any 
continuation sheets are placed in the BPA folder. No 
tangible output is produced at this stage other than a BFA 
folder for a particular BPA and a particular order. 

The next phase begins with the input of receipt 
documentation from the receiving and shipping warehouse to 
include the original ordering document, any continuation 
sheets, and the packing slip. The packing slip will bear 
the signature cf the customer department representaive 
receiving the material, the date the material was received, 
and of course the vendors description of the material and 
quantity received. Issue/receipt personnel will verify that 
the material received is identical to the material ordered 
and in the correct quantity. Any discrepancies will 

normally be dealt with by phene directly with the vendor. 

The next phase begins with the input into the 
system of an invoice from the vendor. Venders are required 
to submit invoices on a monthly basis to include billing for 
all material provided during that particular month. 

However, in practice, vendors will invoice by order. 
Invoices are matched against the original ordering document 
to insure that billing is for the correct material, in the 
correct quantities and at the correct price. This matching 
may become complex if there are substitute materials 
involved, or different quantities supplied in different 
units of issue. Again, any discrepancies are normally 
settled with the vendor by phone. Depending on the circums- 
tances, the vendor will either provide correct materials 
and/or prepare new invoices, or a modification to the 
original contract will be prepared by issue/receipt 
personnel. 
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Once ail docum entation is in agreement, it is 
placed in the "Ready to Pay" file. BPA invoices are 

required to be paid on a monthly basis. However since most 

vendors submit invoices on a per order basis, invoices are 
processed more frequently. This process consists of first 
placing all documentation from the "Ready to Pay" file into 
document number order by 3P A to ease performance of the next 
step. Next, a "Summary of Accounting Data" is prepared, one 
for each BPA with no more than five lines of accounting data 
unless a particular invoice covers more than five lines of 
accounting. In ether words, an invoice should not be spread 
over several summaries to meet the five line caveat. Bach 
line represents a separata line of accounting and must indi- 
cate whether this is a partial or final payment by use of 
"pp" or "fp", as appropriate, in the cost code. 
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"Historical Record of BPAs" with the following elements: 



1. Call number 

2. Amount 

3. Date invoice forwarded for payment 

This information, along with other information available in 
the filed documentation, will be very useful in invoice 
payment queries from vendors, and also in regards to the 
implementation a rd enforcement of the Prompt Payment Act, as 
well as for general management information and control. 

b. Civilian Universities 

Civilian university contracts are issued to 
provide postgraduate education -o military officers 
attending civilian institutions. These contracts provide 
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for the payment of tuition for the respective students. The 
initial input into the file set-up phase is the request for 
establishment of an agreement with a particular university 
from the customer department to the purchase branch, the 
purchase branch request for same from Naval Supply Center 
(NSC) Oakland, and finally the agreement itself. Similar to 
a BPA this negotiated agreement remains open indefinitely. 
A separate folder is established for each university. The 
next inputs to be received are the negotiated contract 
accompanied by the DD Form 1348 req 
contract and the requisition reprasen 
rather than multiple students. Each s 
a particular university carries the 
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is the QE number. Each fiscal year 
new QE number is assigned each stuien 
information is available on these d: 
use in later processing. 

1. Document number 

2. University name 

3. Student name 

4. Purchase order number 

5. QE number 

6. Time period covered 

7. Amount obligated 

At this point a folder is established for a 
particular university which includes the above information 
for every student attending. In addition, initial entries 
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ars made on a "Tally Sheet" which has the purpose of keeping 
track of expenditures for each student. There are no 
receipts involved in this type of contract, therefore the 
next input into the system is the invoice. 

Invoices are received from each university on a 
periodic basis depending on whether they are on a quarter or 
semester system. Invoices are first sent to the customer 
department for verification of services performed since no 
receipt is involved. The customer department returns the 
invoice after verification is completed having annotated the 
invoice with the respective purchase order number, document 
number, and signature. Upon receipt of the annotated 
invoice from the customer department issue/receipt control 
personnel annotate it with the respective Q2 number. At 
this point the tally sheet is updated to include the most 
recent expenditure. A review is made to insure adequate 
funds remain unobligated to cover this invoice. If not , 
additional funds are requested from the customer department 
and a contract sodificati on is prepared in an amount to 
cover the invoice only. Once sufficient funds are on hand, 
the invoice is certified and forwarded for payment with 
annotations made of the date forwarded for payment. 

The negotiated contract, like the agreement, is 
never closed. Only a particular student record may be 
closed and only upon graduation or attrition by other means. 
The DD Form 1348 for that particular student is moved from 
the outstanding to the completed purchase order file only 
when funds authorized on that requisition have been fully 
expended. 

c. Maintenance/Hen tal 

A maintenance/rental contract is established to 
provide for either maintenance of equipment, rental of 
equipment, or in some cases, both maintenance and rental 
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under the same contract. The primary input to the file 
set-up phase is the negotiated contract accompanied by the 
respective DD Form 1348 requisition. A separate folder for 
each negotiated contract is established which will include 
all requisitions against that particular contract. A parti- 
cular contract is with one company but usually covers the 
maintenance or rental of various equipment, among multiple 
customers and/or appropriations. A "Tally Sheet" is 

prepared and used to keep track of expenditures by equip- 
ment. There is a separata tally sheet maintained for each 
individual piece of equipment. Since there are no receipts 
involved in this type of transaction , the next phase of 
invoice processing begins with the input into the system of 
an invoice from the vendor. 

The invoice process here is similar to that of 
other contract types. Once the validity of the charges is 
certified, usually by phone with the respective customer 
department, the invoice is certified and forwarded for 
* payment with annotations made of this date. Any discrepan- 
cies are normally settled by phone with the vendor. In 

addition, the tally sheet is updated to indicate cumulative 
expenditures. At any time that it appears additional funds 
are needed to cover the rental cost of a particular machine 
within a department and/or total funds for a department, 
that department is notified to provide those additional 
funds by submitting a new DD Form 1348. Control personnel 
will then prepare a contract modification as required. 

If this is a final payment, the DD Form 1348 is 
pulled from the outstanding purchase order file. If it is 
only a partial payment (which most are until the end of the 
year) , then the file is left open pending further invoices. 
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a. Other 

In this category are included all other contract 
types not discussed above. These basically include all 
types of contracts for material vice services except for 
those acquired through a 3? A. 

The initial input into the file set-up phase is 
the negotiated contract accompanied by the corresponding DD 
Form 1348. This is termed a non-conf irmed order. However, 
there are times when confirmed orders are received. 
Confirmed orders arrive with only the DD Form 1343, the 
buyer's working papers, and any continuation sheets. A 
purchase order will be prepared and forwarded at a later 
date. Each set of documentation is first logged-in, to 
include: 

1. Purchase order number (if a confirmed order this is 
left blank until the contract is received) 

2. Document number 

3. Date file set up 

A file is set up to consist of the above documentation and 
placed in the "Awaiting Receipt Papers" file unless it is a 
prepaid (e. g. subscriptions, books, etc.) in which case it 
goes immediately to the invoice processing stage. 

The receipt processing phase begins with the 
input cf receipt documentation from the warehouse which 
includes the original DD Form 1348, any continuation sheets, 
and a packing slip which bears the signature of the customer 
department representative receiving the material and the 
date received. Issue/receipt control personnel must deter- 
mine whether the material received is the material that was 
ordered, in the quantity ordered and if it was a partial or 
complete shipment. At this point the documentation is anno- 
tated to include the results of the review and placed in the 
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“Awaiting Invoice" file. Upon receipt of the invoice from 
the vendor a similar review is made to insure that the 
material received and invoiced for is the material which was 
ordered and in the quantity ordered. The following elements 
are compared on the invoice and contract: 

1. Vendor name and address 

2. Material 

3. If substitution was made 

4. Quantity 

5. Unit of issue 

6. Unit price 

7. Price extensions 

Similar to 3?A invoice matching procedures, this process may 
become very complicated if substitute material is involved 
and/or different units of issue are utilized by the vendor. 
Any discrepancies in the above elements must be brought to 
the attention of the vendor and either the vendor will take 
corrective action or issue /receipt control personnel will 
prepare a contract modification to insure the contract and 
invoice are in complete agreement. Either of these actions 
will result in a delay in invoice payment so appropriate 
comments must be made on the documentation. Once all docu- 
ments are in agreement, the invoice is certified and 
forwarded for payment. If the invoice is for a confirmed 
order and the contract has not been received from the 
purchase branch then all related documentation is placed in 
the "Awaiting Purchase Order" file and the purchase branch 
is notified. After an invoice for final payment has been 
certified and forwarded for payment and, the date recorded, 
then the respective DD Form 1343 is pulled from the 
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outstanding purchase order file. If it was for partial 
payment only, the file is left open. 

Having given the reader a descriptive overview 
of functions and processes performed, files maintained, 
decisions made, and the general flow of information in and 
out of the issue/receipt control branch, the following 
discussions of the requirements and capabilities of the 
proposed information system will be more meaningful. 
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III. PRO POSED COMPUTER BASED MANAGEMENT INFO RMATION SYSTEM 

The primary driving force behind any factors presented 
herein is the Prompt Payments Act (PPA) [Ref. 2 ] of 1981. 
The PPA was the culmination of years of chronically slow 
invoice processing by government agencies resulting in 
extremely late receipt of payment for goods or services 
provided by private contractors. The PPA specifies that 
interest penalties be imposed on federal obligations unpaid 
after forty-five days from receipt of the material/service 
or invoice, whichever is later. Interest on payments made 
after forty-five days will accrue from the thirty-first day 
and will be at a rate specified by the Department of the 
Treasury. Also, it is required that a record be maintained, 
for future reference, that will establish the date of occur- 
rence of the important events concerned with invoice 
processing., i. e., date material received, date invoice 
received, date invoice forwarded for payment, etc. 

In most situations, there is a division of responsibili- 
ties between the command requesting the material, the 
command contracting, receiving, and processing the invoice 
for payment, and the command ultimately paying the invoice. 
Therefore the Department of Defense, in conjunction with the 
Office of Management and Budget, is attempting to devise a 
system whereby the responsibility for any delay in the 
payment of an invoice may be pinpointed, and the resulting 
interest penalties may be appropriately applied to the 
responsible command. Preliminary guidance [Ref. 3 ] is that 
the receipt/invoice processing command will have three days 
from the receipt of the material or invoice, whichever is 
later, to forward the invoice for payment. The only author- 
ized delay in this three day caveat is in the receipt of an 
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improper invoice. An invoice is considered improper if it 
is not in agreement with the original contract and it is 
determined that the error is on the part of the contractor. 
In this case, the time clock is stopped until the contractor 
submits a corrected invoice. When the corrected invoice is 
received, the three day limit begins anew. 

Implementation of the PPA may conceivably have a great 
affect on the budgeted expenditures of the Naval 

Postgraduate School; therefore, any increase in efficiency 
to the receipt/ invoice processing function and improvement 
in the ability to manage an! control the flow of receipt/ 
invoice documentation would be beneficial. 

Of course, there exist other driving forces, that, 
although they are obviously a direct result of the PPA, they 
also stand alone as primary driving forces in this or any 
other organizational entity. Efficiency and effectiveness 
are goals strived for by any organization regardless of its 
size. Several instances of deficiencies ir. both were 

mentioned • earlier during the discussions of the present 
system. Each of those, as well as others, will be brought 
up for discussion. As was the case in the discussion of the 
present system, the below presentation of the proposed 
system will be in relation to the functions performed, i.a., 
that which is required to assist each function in improving 
efficiency and/or effectiveness and in meeting requirements 
set forth in the PPA. And finally, since any supply organi- 
zation is customer oriented, keeping the customer happy is 
also an important factor to consider. 

To summarize, the following objectives are the primary 
driving forces behind the proposed system: 

1. Increase functional performance efficiency for the sake 
of efficiency, as well as to enhance tne ability to 
meet the requirements sen forth by the PPA. 

2. Improve customer relations. 
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A. TECHNICAL EDIT AND REVIEW 



1 . S tandar d Stock 

The two basic processes performed during this func- 
tion are first, to review the NHDL to validate certain 
information, and second, to review the requisition to deter- 
mine if the requirement is for material requiring special 
processing. As stated earlier, the latter process is 
somewhat subjective and relies on the intuitive reasoning 
capabilities of the processor. Therefore, this process does 
not lend itself to automation of any kind. The NMDL review 
is primarily objective in nature. It is also somewhat time 
consuming utilizing microfiche cards and readers. However, 
the NHDL is an extremely large database and the costs asso- 
ciated with having it available for random access purposes 
would be greater than any miner benefits in time and conve- 
nience that could be achieved. 

2 . Non-Standard Sto ck 

Three possible processes are involved in the tech- 
nical edit and review of non-standard stock. The special 
material category review is not presented for automation for 
reasons as stated above. Review of the MCRL for part 
numbered items would be simplified if it could be done on a 
desk top CRT screen or performed by an applications program. 
Similarly, the cross-referencing of items without part 
numbers would be simplified by like capabilities. As with 
the NMDL, these databases are extremely large and the asso- 
ciated costs would outweigh any derived benefits. 
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STATUS MAINTENANCE AND FOLLOWUP 



In the accomplishment of this function, issue/receipt 
control personnel have their primary contact with the 
customer. Any improvement in this area will have great 
impact upon the relationship between the customer and the 
Supply Department in terms of both customer satisfaction and 
the reputation of the Supply Department. 

1 • Standard Sto ck 

The presence of a computer based information system 
would assist greatly in the processing of standard stock 
status. By providing the appropriate media and status code 
on each requisition, the receipt of card format status could 
be insured. An applications program designed to read in 
these status car ds and place the information directly into 
the database would reduce the time presently devoted to 
processing status. 

As previously discussed, followup is a time 
consuming process that often times does not get accomplished 
adequately. Therefore, any increase in efficiency in this 
area is most important. In considering the two methods of 
initiating a followup, a system should provide improvements 
to each. If a followup is initiated by, say, a phone call 
from the customer department, the capability no instantly 
see the history of that particular requisition on a CRT 
screen would be desirable, rather than putting the caller on 
hold while a cumbersome hardcopy file was searched. 

Under the second type of followup initiation, it was 
shown how a periodic review of all requisitions to determine 
which required followup action was inefficient when done 
manually. If a periodic report could be produced to indi- 
cate which requisitions required followup and/or produce the 
appropriate followup documents (punched cards), a more 
effective followup program would ensae. 



37 



2 



• Non -S tan dar d Stock 

As with standard stock, a system is required that 
would allow control personnel to review the present status 
of any non-standard stock requisition on a desk top CRT 
screen without having to fumble through mounds of documenta- 
tion, and without keeping the caller unduly waiting. Also, 
the ability to periodically review, on an automated basis, 
all non-standard requisitions to determine if any have 
exceeded their expected delivery dates would greatly reduce 
the time spent manually performing this function. In addi- 
tion, a great need exists to be able to cross reference 
document numbers to purchase order numbers. As explained 
earlier, customers often times do not possess the purchase 
order number of the requisition they are attempting to 
followup. Since the requisition is now solely identified by 
its purchase order number, a nontrivial amount of effort 
must be expended to cross reference these two identifying 
numbers. The ability to do this automatically is important 
to the efficient performance of this function. 

Also, to alleviate the inefficiency associated with 
invoice payment queries from vendors, some method of cross 
referencing invoice numbers and the vendor name to a 
specific contract is required. 

A final requirement would be to periodically produce 
a listing of all standard and non-standard stock requisi- 
tions and their present status (as well as a history of 
status and followup actions for each) . This listing should 
be broken down by customer and provided to the respective 
customer department. This could prove to eliminate some of 
the many followup-related phone calls that inevitably delay 
control personnel in the performance of their other duties. 
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C. MATERIAL ID/EELI VERY 



The obvious information required in this area would be 
some method of matching a packing slip from a particular 
vendor to a unique purchase order number. A listing, by 
vendor, of all outstanding requisitions placed with that 
vendor should be provided on a periodic basis. 

D. RECEIPT/INVOICE PROCESSING 

1 . sta ndar a St ock 

Since the processing of standard stock requisitions 
is not under the mandate of FPA, there are no requirements 
stemming from its influence. From the standpoint of effi- 
ciency and/or effectiveness, the elimination of the manual 
review of all receipts to determine if they are material of 
one of the special categories would be desirable. This 
would reduce the time expended during the sorting process 
and allow the processor to concentrate his efforts on the 
matching procedure of receipt processing. 

2. N on -S tan dar d Stock 

The receipt/invoice processing function for non- 
standard stock is probably the most critical function within 
the Supply Department. As indicated in the discussion of 
the PPA, the ability to effectively perforin this function 
can save the command and its customers considerable and 
needless expenditure or funds in penalty and interest 
payments for exceeding established processing times. Thus, 
any improvement in the performance of this function and in 
the ability to properly manage it is vital. 
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a. General Considerations 

In determining requirements for this function, 
consideration was given to the possibility of computerizing 
the matching process of invoices, against receipts, against 
contracts. It was decided that to do so at this time would 
be inadvisable. The process, although at times complicated, 
is not extremely time consuming. The ability to match 
material descriptions between several documents each of 
which may use somewhat different terminologies to describe 
the same thing is difficult enough for the human mind at 
times. However, the mind may use reasoning to distinguish 
the differences or similarities. Although the same capa- 
bility may be technologically available, the costs more than 
likely far exceed any minimal benefits in efficiency. This 
of course does not preclude any future considerations to 
enhance the system. 

b. Blanket Purchase Agreement 

The primary imprcvement in efficiency in this 
area would be the automatic preparation of the •summary of 
accounting data'. When the processor had completed ail 
required reviews to verify that an invoice was proper, and 
was ready to certify for payment a large number of invoices 
he could simply call upon an applications program that would 
do the following : 

1. Sort all invoices in document, number order by BPA. 

2. For each 3 PA subdivide into groups of five lines of 
accounting data, unless an invoice covers more than 
five lines. 

3. Either physically oroduce the summary of accounting 
data or provide the necessary data elements in the 
format described for manual preparation. 
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This would greatly reduce invoice processing tine and hence 
improve the probability of meeting the PP A requirements. 

c. Civilian Universities 

The processing of civilian university invoices 
is very straightforward and not associated with any ineffi- 
ciencies. Possibly the only requirement in this area would 
be some assistance in keeping track of student expenditures 
to insure obligated funds are available for any expected 
invoices. Presently, whenever an invoice arrives and insuf- 
ficient funds remain in the account, only those funds 
necessary to cover that particular invoice are requested, 
and the original contract is modified for that amount only. 
For each subsequent invoice, additional funds and further 
modification are necessary. A procedure that would keep 
track of these expenditures and notify the processor when 
funds are low (i.e. , before the next invoice arrives), not 
when they are insufficient to meet an expenditure, would 
speed up the processing time by reducing the need for future 
contract modific anions. For insnance, an algorithm that 
would compute the average monthly (or quarterly) expendi- 
tures, compare this to the time remaining in the fiscal year 
(or the time period covered by the requisition) and, by use 
of an appropriate decision table, derermine whether or not 
sufficient funds remain in the account, would be suitable. 

a. Haintenance/Ren tal 

Similar to civilian universities, a procedure is 
required to automatically keep track of expenditures by 
machine and notify the processor when funds are low, and not 
deficient, to preclude future contract modifications and 
assist the processor in the mundane record keeping involved 
with the respective tally sheets. An algorithm and decision 
table approach as presented for civilian universities could 
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be tailored for use in the processing of maint snance/rental 
inv oices. 



e. Other 

The processing of these contract types is less 
complicated because there is no requirement to keep track of 
expenditures, i.e. , contracts are one time contracts for 
specific material items, not annual or continuing type 
contracxs. The process is strictly one of verifying that 
rhe invoice information is correct, making necessary 

contract modifications and certifying the invoice for 

payment. What would be useful however, would be a procedure 
for reviewing the awaiting receipt paper and/or awaiting 
invoice file to determine which records do not have purchase 
orders attached, and subsequently notifying the processor so 
timely action may be taken to preclude invoice processing 
delays at a later, more critical stage. 

E. REPORT GENERATION 

Whereas the requirements and capabilities presented thus 
far have been aimed at satisfying the general demand for 
efficiency and the mandates prescribed by PPA, the reports 
listed below are presented from both the perspective of 
efficiency and of managerial control. While the require- 
ments and capabilities previously mentioned tend to improve 
the efficiency of the performance of the various functions, 
the reports below will provide issue/receipt control 
personnel at all levels with the information desired and 
needed to effectively perform the respective functions. 

Table II lists the various reports and listings which 
would be required of any automated system. The frequencies 
provided for each report and listing are strictly a recom- 
mended assignment by the author. 
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I ABLE II 

Required Reports and Listings 



T 



REPORT 


FREQUENCY 


Purchase Order/Document Number Listing 


semi-weekly 


Volume Report 


monthly 


UMMIPS Report 


annual 


Followup Listing 


monthly 


Requisition Status Report 


bi-weekly 


Partial Shipment Report 


bi-weekly 


Historical Invoice Listing 


weekly 


Material by Vendor Listing 


weekly 


Delayed Invoice Report 


mont hiy 


Confirming Order Report 


weekly 


Daily Invoice Report 


daily 


Production Report 


daily 


Special Material Report 


weekly 



The capability to request any of these reports on an as 
needed basis is required. Each of these reports will be 
briefly described below. 

1 . Purchase Or de r /D ocu ment Num be r Listin g 

The Purchase Order /Document Number Listing is used 
by issue/receipt control personnel in followup queries when 
the customer department has only the document number for 
identification purposes. It consists simply of a list of 
document numbers for non-standard stock items and their 
respective purchase order number. 
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2 . V olum e Report 

A monthly report submitted by the control division 
supervisor to the Supply Officer. It outlines in detail the 
number of requisitions submitted to the Supply Department 
during the previous month. Totals are first segregated by 
standard and non-standard stock and then within this segre- 
gation they are further divided by priority groups. Totals 
are given for the host and ail tenant commands. 

3 . UKMIPS R epgr t 

The Uniform Material Movement and Issue Priority 
System (UMMIPS) Report is an annual report submitted by the 
command to the Chief of Naval Education and Training. The 
information required for this report is drawn from the 
monthly Volume Reports. It consists of a percentage of 

total requisitions processed by priority issue group. 
Although only required annually, the Supply Officer may use 
it more frequently to insure that the command remains within 
the limits established. The primary purpose of the UMMIPS 
reporting system is to maintain an equitable distribution of 
requisitions by priority issue group so as to permit the 
identification and preferential processing of requirements 
by level of criticality. Otherwise there could be no 
distinction between a critical and non critical requirement. 
Also, an excessive number of high priority requisitions 
could result in "starvation" of lower priority requirements, 
i.e., lower priority requirements will tend to be backlogged 
for excessive periods of time. 

4 . F ollowu p Report 

A report of requisitions requiring followup action. 
This report was discussed previously. Its intended purpose 
is to notify processors of those requisitions requiring 
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followup action based on predetermined criteria. It should 
consist of the document number and/or purchase order number, 
if any, and the last status received or action taken. This 
may be expanded as desired to include a complete image of 
the DO Form 1348 and a complete history of status and 
followup actions. An enhancement to this report, specifi- 
cally for standard stock requisitions, would be the 
development of an applications program that would provide 
followup documentation in punched card format, or in the 
proper format for autodin transmission, rather than merely 
list the requisitions that require followup. 

5* E^uisition Sta tus Re port 

As previously discussed, this is a bi-weekly report 
which lists all outstanding requisitions together with their 
respective status and a history of any previous followup 
actions. It should be segregated by customer department and 
disseminated in the same manner. It is provided as an 
information tool for the respective customer department with 
a secondary objective of reducing the number and frequency 
of followup queries from the customer departments. 

6 . P art ial Shipment 5a port 

A report of all requisitions which previously had a 
partial shipment and are awaiting a complete, final ship- 
ment. A cutoff of any desired time may be established by 
management. The report would be used in a fashion similar 
to that of the followup report and may even be incorporated 
in it. 

7 • H istori cal Invoice List ing 

This listing would contain all invoices that have 
been forwarded for payment during the fiscal year. A list 
of all invoices received should be provided for each vendor 
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to include the date the invoice was received, the date it 
was forwarded for payment, and the amount of the invoice. 
The listing would be updated on a weekly basis and would 
provide issue/receipt control personnel with a more effi- 
cient and convenient method of cross referencing invoice 
numbers to purchase order numbers in an effort to answer 
vendor's queries on invoice payments. 

8. Ma teria l by Ven dor Listing 

A listing, by vendor, of all outstanding orders with 
that vendor. Additional information provided would be 
purchase order number, document number and the material 
ordered. This listing would allow receiving personnel to 
match the unidentifiable packing slips (i.e., no purchase 
order number provided) with the filed documentation to 
determine which customer department to deliver to. 

9. D slaved Inv oi ce Rep cr t 

A report indicating which non-standard stock requi- 
sitions have had receipt papers received (along with the 
material) over 45 days ago (an arbitrary figure which may be 
changed by management). The primary purpose of this report 
would be to assist in purging the files of overaged requisi- 
tions in an effort to keep the files at a manageable level. 

10. Confirmed Order Re port 

This report was discussed previously and is used to 
indicate those outstanding requisitions in the Awaiting 
Invoice file that still do not have a prepared contract. 
This report can be expanded to include requisitions in the 
Awaiting Receipt Papers file as well. Its purpose is to 
reduce the possible delay in processing an invoice that is 
caused by lack cf a prepared contract when the invoice is 
received. It should consist of the purchase order number, 
vendor, and the material ordered. 
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1 1. Dai ly I five ice Repo rt 

A daily report indicating all invoices that have 
been received but not processed. It should be broken down 
by processor and within each processor by invoice age (i.e. f 
the number of days since the invoice or the receipt papers 
were received, as appropriate) . This report would be used 
as a daily reminder of which invoices should be processed 
first. It should consist of the invoice number, purchase 
order number, and vendor. 

12. Produc t ivit y/Backl ocr R ep ort 

A report which provides the manager/supervisor a 
detailed breakdown of the productivity and backlog status of 
each processor. Table III indicates -he various measure- 
ments of productivity and backlog that may be useful. Any 
of these measurements may be expressed as integers, or as a 
percentage of totals, or both. 

It should be pointed cut that due to the character- 
istics of processing different: types of contracts, the user 
of such a report must be careful when comparing the informa- 
tion presented. For instance, processing one hundred 3P A 
invoices may not be of the same magnitude of difficulty as 
processing one hundred mai ntenance/rantal invoices or any 
other invoice. Unless a method can be developed to 
normalize the statistics presented, the user must rely on 
his subjective judgements and experience. 

1 3. Specia l Material Report 

A weekly report which highlights, for all material 
requiring special processing, what is presently on order, 
and its respective status. It also provides information as 
to the receipt of any of this material since the last 
report, to include the appropriate customer department 



47 



TABLE III 

Productivity (P) /Backlog (B) Measurements 



TYPE 


CATEGORY 


FORMAT 


B 


Awaiting 


Receipt Papers 


Integer/% 


B 


Awai ting 


Invoic es 


Integer/% 


3 


Invo ices 


Pending (by age) 


Integer /% 


P 


Invo ices 


Processed this Period 


Integer/% 


P 


Cumu lati 


ve Invoices Processed 


Integer /% 


p 


Rece ipts 


Processed this Period 


Integer/% 


P 


Cumu lati 


ve Receipts Processed 


Integer /% 



retaining custody. The purpose of this report is to facili- 
tate the effective control of this special material and 
provide an audit trail from the initial placing of the order 
to the receipt and custody of the material by the cognizant 
customer department. The report should be segregated by 
type of material or output as unique, individual reports. 
In any event, dissemination to cognizant personnel for 
appropriate action is necessary. 

F. THE DATABASE 

Having presented the computer-based information system 
with the types of reports and capabilities desired it is now 
time to describe the database which would be required to 
support the proposed system. The database is perhaps the 

most critical element of any information system. 
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To be effective, it must contain relevant and up to date 
information. In order to provide the capabilities desired 
of the proposed system, what information is needed, where is 
it available, and how should it be stored and displayed are 
questions to be answered in the remainder of this chapter. 

1. Con ten ts , Availability and Stor age 

Figure 3.1 is the user's view, or the logical repre- 
sentation of the database. A single arrow point denotes a 
one-to-one relationship and a double arrow point denotes a 
one-to-many relationship. For example, there is a 
one-to-one relationship between requisition and purchase 
order but a one-to-many relationship between purchase crder 
and requisition. What this implies is that each requisition 
may have, at the most, one purchase order associated with 
it. However, each purchase order may represent many requi- 
sitions. The relationship denoted between requisition and 
material mean that each requisition nav have associated with 
it many individual material items bat a particular material 
item will have only one requisition. To expand one final 
step, a single purchase order could possibly represent many 
requisitions, each one of which could represent many indivi- 
dual material items. 

Each block in figure 3. 1 will include several indi- 
vidual fields each of which will contain a specific data 
element. Figure 3.2 shows the different data elements/ 
fields residing in the respective blocks. Each data element 
is listed below within groups which are segregated by their 
initial entry point. The initial eatry point is that point 
where the information first enters the system from either an 
outside source or internally generated. It is at this point 
where the information should be captured and input into the 
database. For purposes of this discussion, the system envi- 
ronment is defined as the issue/receipt control branch; any 
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Figure 3„ 1 Logical Database Bepresentation. 
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REQUISITION 



1 



REQUISITION 


PRIORITY 


ACCOUNTING 


B? A 


CUSTOMER^ 


NUMBER 




DATA 


CALL NUMBER 


CODE > 



^ TOTAL 


COMPLETED 


S? ECIAL 


)COST 




MATERIAL FLAGS 



PURCHASE ORDER 



PURCHASE 


VENDOR 


TOTAL 


CONTRACT 


FINAL 


PROCESSOR 


ORDER NUMBER 




COST 


TYPE 


PAYMENT 





MATERIAL 



NOMEN- 


UNIT OF 


QUANTITY 


UNIT 


EXTENDED 


SERIAL OR 


CLATURE 


I SSUE 




PRICE 


PRICE 


QE # 
* 



EXPENDITURES 







DATE 


DATE 


INVOICE NUMBER 


AMOUNT 










RECEIVED 


FORWARDED 



SSCEIPTS STATUS 

MATERIAL 
RECEIPT DATS 



ST AT US /COMMENTS 



j 



Figure 3.2 Data Elements by Block. 
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other branch of the supply department is considered outside 
of this system. Data would be input on-line from CRT termi- 
nals at the point of entry. 

The following data elements are available on the DD 
Form 1348 with initial entry at the technical edit and 
review desk. 

1. Requisition number (QIC, Julian date, serial number) 

2. Priority 

3. Customer Code 

4. Total cos- (for requisition) 

5. Nomenclature/Student name/Machine model 

6. Or.it of issue 

7. Quantity 

8. Unit price 

9. Extended price 

10. Machine serial number 

11. Special material flag 

The determination and assignment of special material 
flags should be made at the technical edit and review desk. 
The flags will be set so that proper notification may be 
made to the appropriate office when items are received. 
There will be flags for each category of special material as 
required. 

The following information is available from either 
the purchase order cr associated DD Form 1348 when they 
arrive from the purchase branch and into the file set-up 
phase of receipt /invoice processing: 

1. Purchase order number (year, type, number) 

2. Total cost (for purchase order) 

3. Vendor 

4. Accounting data (appropriation and subhead, object 
class, bureau control number, authorized accounting 
activity, transaction type, job order number, cost 
code) 

5. Call number (in the case of a 3? A) 
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6. QE number (in the case of civilian universities) 

7. Contract type (1,2,3, or 4 for SPA, Civilian univer- 
sity, Maint enance/Hent al, or other) 

8. Processor code 

In addition, at the time of entry into the file set-up phase 
any corrections to the material record (nomenclature, price, 
etc.) necessitated as a result of procurement actions, may 
be made. Also, the processor code may be generated and 
assigned at this point. The processor code identifies the 
particular issue/receipt control individual responsible for 
the receipt and invoice processing associated with than 
particular record. Its purpose is to allow for the moni- 
toring of the productivity ana backlog status of individual 
processors. 

The date material is received is available from the 
receipt papers received from the receiving and shipping 
branch. The entry point is the receipt processing clerk. 
Associated with this data element is the •completed' field. 
A 'yes* in this field denotes that no further material 
receipts are expected for this document number (i. e. f all 
material has been received) . A blank field denotes either 
no material received or a partial receipt. Assignment is 
made by the receipt processing clerk. 

The invoice number, date-received, date- forwarded, 
and amount fields of the expenditure information block are 
available on the respective invoice, and the entry point is 
the invoice processing clerk. 

The final payment field is assigned by invoice 
processing personnel upon processing the final payment for a 
particular purchase order. A blank field denotes partial 
payment only and the record should remain open. 

Finally, status for standard stock enters at issue 
control. Status for non-standard stock requisitions enters 
at the receipt/ invoice processing section. The status field 
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is a fixed length field which shall provide status in semi- 
coded form. The field may be made long enough to include 
brief comments as to information on returned invoices. This 
would be useful in invalidating PPA violation allegations. 

There are many ways data may be stored, e.g. on 
tape, disk or drum. Data may be processed and retrieved 
sequentially or randomly. There are commercial file and 
database systems to choose from that can provide many desi- 
rable features. Choices are dependent on hardware and funds 
available. The proposed system should ultimately have 
random access capabilities specifically for the purpose of 
handling status inquiries from both customer departments and 
vendors. To provide random access will require disk or drum 
secondary storage mediums. The proposed system is rela- 
tively uncomplicated and is designed with one primary file. 
As will be shown in the next chapter, armed with an elemen- 
tary knowledge of COBOL, and the features offered by the 
command's IBfl-3033 svsnem, a very effective and most useful 
production system may be developed locally. The next 
section will provide a prototype system which utilizes 
WATBOL, a C030L language compiler which has available the 
report writer features of COBOL. 
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17. A PROTOTYPE SYSTEM 



A prototype system is a slimmed- down version of a full 
production system. That is, it provides just a sampling of 
the features of a complete system. The prototype offered 
here will provide a sample of the types of reports that can 
be expected of a fully implemented system. After presenta- 
tion of the prototype, a brief discussion of any additional 
features that are available and would be part of a full 
production system will be presented. 

The database utilized in this prototype is a modified 
version of the production system database. The database is 
shown as the data division of a COBOL program in Appendix D. 
Sot all data elements are included - only those required for 
the reports presented in this prototype. Also, certain 
segments cf data (the blocks referred to in the logical 
representation) are repeated a minimum number of times for 
simplicity. ?cr instance, the expenditures block is 
repeated only 5 times, where in reality it may be repeated 
12 times to accomodate Maintenance/Rental contracts. There 
are 103 records in the prototype database, all of which are 
fictional. 

The reports selected to be represented in this prototype 
are probably the most important to the efficient operation 
of the issue/receipt control branch and in providing manage- 
ment control information in monitoring PPA effectiveness. 
The Purchase Ord er/Dccument Number Cross Reference Listing, 
the Historical Invoice Listing, and the Material by Vendor 
Listing all provide some form of cross referencing that will 
reduce the time inefficiently consumed in exhaustive manual 
searches to determine specific types of information. The 
Daily Invoice Report provides management with a monitoring 
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tool to keep track of invoices that require immediate atten- 
tion so as to preclude any violations of the PPA. The 
Requisition Status Report provides customer departments with 
the status of their requisitions which in turn may reduce 
the number of status inquiries which are presently made of 
issue/receipt control personnel. And finally, the Volume 
Report provides the Supply Officer with information as to 
the volume of work and productivity of his department. 
Examples of these reports are in Appendix E. Appendix F 
contains the respective C330L report sections and procedure 
divisions utilized to produce the reporrs. 
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7. CONCLUSIONS 



This thesis has presented a descriptive overview of the 
functions performed by the issue/receipt control, and 
receiving and shipping branches. It has discussed the 
impact of the Prompt Payment Act and the importance of 
taking steps to improve the efficiency and effectiveness 
within these areas. A proposed computer-based information 
system was described including various management reports 
and listings, as well as a description of the database 
required to support the proposed system. Finally, a proto- 
type system was described and presented with the 
accompanying divisions to be used in a COEOL applications 
program. 

The prototype was presented utilizing COBOL for a 
specific reason. COEOL is a programming language similar to 
English, used for commercial data processing. There are 
features in COBOL that make for relatively simple expansion 
of the prototype into a full production information system. 
The report writer which as used in the prototype provides 
excellent report writing capabilities. There are features 
for handling direct file organizations such as indexed 
sequential access method (ISAM) which would allow for both 
sequential and random access by primary or secondary keys. 

After a study and review of the prototype system intro- 
duced in the previous chapter, as well as the capabilities 
of the IBM-3033 system and the features of COBOL, the 
remainder of the proposed system may be implemented to 
include any additional applications deemed appropriate as a 
result of the review. For instance, by utilizing the direct 
file organization handling features, relatively simple 
applications programs may be prepared which would allow 
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random access tc individual document number or purchase 
order number records and permit interactive query and 
response at terminals located by each rscaipt/invoice 
processing clerk. The report writer may be utilized to make 
these interactive sessions more understandable by formatting 
responses in more meaningful ways. To accommodate low skill 
level personnel, on-line input sessions may be developed 
utilizing interactive interogatior. by the terminal, with 
appropriate responses by the user. Another possible on-line 
input session which may be developed is to use screen 
formated forms (DD Form 1348, contract), whereby the user 
would enter the appropriate information from the source 
documents directly into the respective areas on the screen. 
The exact method chosen will be based primarily on manage- 
ment's decision as to what skill or knowledge level of 
employee will perform data entry. Applications may also be 
developed to puree the master file of records which have had 
final payments made in the case of non-standard stock requi- 
sitions, or in the case of standard stock requisitions, when 
all quantities of the material have been received. There 
may be many more possible applications which have not been 
considered in this thesis and they will be eventually 
brought to surface as a direcr result of the implementation 
and use of the first system put into production. The expan- 
sion of the prototype system into a full-blown production 
system complete with users manual, maintenance manual, etc. 
would be an excellent follow-on study to this thesis and 
would be suitable for either computer systems or computer 
science students. The efforts expended would be very bene- 
ficial to the Supply Department, the Naval Postgraduate 
School, as well as any other commands supported by the 
School. 
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AP PEND IX A 

DD FORM 1348 DAT A ELEHENT DESCRIPTION 
Dat a Bloc k A (Send To) 

This block identifies the source of supply for the 
material/ service being requested. 



Dat a Blo ck B (Pe auisition is from) . 

This block identifies the customer department, command, 
or any other authorized requestor. 

Data Block C. 

This block identifies, in abbreviated form, the nomenc- 
lature of the reguested material/service. 



code which identifies 
stock, non-standard 



Card Column 4-6 (Routing Identifier) 

A three character, alpha-numeric code which identifies 
the activity to which the requisition will be submitted. 

Car d Col umn 7 (Madia and Status) 

A single, alphabetic character which identifies the 
format/type of status desired by the requesting activity and 
at what frequency rate. 



Car d Column 1 -3 (Document I d<=>nt if ier) 

A three character, alpha-numeric 
the type of request; e.g. , standard 
stock- 
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Card Colu mn 8 -2 2 (Stock Num ber) . 

These columns contain the national stock number of the 
material being requested, if standard stock. If for non- 
standard stock then this area contains the nomenclature of 
the desired material/service. 

C ard Col umn 23- 24 (Unit of Issu e) . 

A two character alphabetic code indicating the appro- 
priate unit of issue. 

Card Col umn 2 5- 29 (Qu an tity ) . Indicates desired quantity of 
the material being requisitioned. The quantity should coin- 
cide with the unit of issue to insure the resultant material 
receipt is for the correct amount. 

Car d Column 30-4 3 (Document Number) . 

This is a unique identifier code which designates this 
requisition is originating at a single source and for a 
particular item of material/service. It consists of tne 
Unit Identification Code of the command desiring the 
material, the Julian date the requisition was prepared, and 
a sequentially assigned serial number (particular series of 
numbers are assigned to departments by the Comptroller each 
fiscal year). 

Car d Column 4 4 ( rem a nd) . 

A single, alphabetic character designating this parti- 
cular request as a recurring (3) or nonrecurring ( N) demand 
for this material/service. 
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Car d Col umn 4 5 ( Ser vice ) . 

Contains the last digit of the applicable fiscal year. 

Car d Col umn 4 6- 5 C ( Suppl etne ntar y Address) . 

Consists of a job order number as assigned by the 
Comptroller at the beginning of the fiscal year to each 
customer department and command. For financial purposes 
onl y. 

Car d Colu mn 51. (Signal) . 

A single, alphabetic character designating whether the 
requisition is f cr chargeable material/service (A) or non- 
chargeable publications (D) . 

Car a Col umn 5 2- 5 3 (Fund) . 

A two character alpha-numeric code indicating how the 
requisition is to be funded. For non-reimbursible requisi- 
tions enter 25, and for Appropriation Purchase Account 
material enter 4 6. 

Car d Column 54- 5 6 (D ist r ibu tion ) . 

Contains the cognizance symbol for the standard stock 
material being requested. Left blank for non-standard stock 
items. 

Car d Col umn 5 7- 59 (Project) . 

Identifies requisitions for specific projects or 
programs. 
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Ca rd C olumn 6 0-61 (P riorit y ) . 

Identifies the relative urgency of this requirement 
against standards prescribed by the Uniform Material 
Movement and Issue Priority System (UMMIPS) . 

C a rd Column 62-64 (R equ ired Delivery Date) . 

Indicates the date that this requirement must be satis- 
fied. 

Car d Col umn 65-6 6 ( Advi ce) . 

A two character alpha-numeric coda used to provide the 
supply source with special instructions applicable to the 
requisitioned item when considered necessary to insure 
appropriate supply action. There are mandatory advice codes 
for Mandatory Turn-in Repairable items. 



financial purposes, 
have unique delivery 



Dat a Blo cks L,M , N,P ,£,R, and S (Hemarks) . 

Hay be used to provide additional information concerning 
this request, as considered necessary. Should include 
Transportation Account Code for non-standard stock requisi- 
tions . 



Card Colu mn 6 7- 6 8 ( Deliv ery) . 

Assigned by the Comptroller for 
Each customer department and command 
cod es . 



Dat a Bloc k 0 (Sx pen s e) . 

Contains financial data requ 



d by the Comptroller. 



62 



Data Bloc k T (Re mar ks) . 

Contains the unit price. 



Pat a Bloc k 0 (Re mar ks) . 

Contains the extended orice. 
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APPENDIX B 

SPECIAL MATERIAL CATEGORY DESCRIPTIONS 



Photographic Egu ipm e nt or S applies 

Any requirement for photographic equipment must bear the 
approval signature of an authorized representative of the 
Educational Media Department (EM D) . This individual veri- 
fies that the equipment being requested is no* part of the 
photographic inventory. If it is, the requisition is 

normally cancelled and zhe requestor is directed to use the 
item in photographic inventory. Photographic supplies are 
normally provided by EMD. An authorized signature, there- 
fore, indicates that the item being requested is not 
available through EMD and procurement is authorized. 

In addition, the Chief of Naval Education and Training 
(CNET) authorizes the expenditure of funds for photographic 
equipment, without prior approval, in an annual amount of 
32500. Once this ceiling has been reached any additional 
requests must be approved by CNET. Therefore, a running 
balance must be maintained for photographic equipment expen- 
ditures. 

Finally, photographic equipment may also be considered 
plant account material. See Plant Account for criteria. 

Reproductio n Egu ipment 

All requests for the lease or purchase of reproduction 
equipment must have been approved, and have been issued an 
authorization number, by the Navy Publication and Printing 
Service Office. Any requisition lacking this authorization 
number is rejected. 
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Filin g Eq uipmen t 

There has been an indefinite moratorium placed on the 
acquisition of new filing equipment. Requests for waivers 
must be accompanied by adequate justification and ultimately 
must be approved/disapproved by CHET. Any requisition 
lacking CNET approval is rejected. 

Typew riters 

In recent years there has been an inordinate number of 
new typewriters procured on a government-wide basis. dors 
strict controls cn their acquisition have been implemented. 
The Navy Postgraduate School has placed acquisition approval 
authority in the hands of the Supply Officer. Any requisi- 
tion for typewriters lacking the approval of the Supply 
Officer is rejected. 

Pla r.t A cc ount ? r cper ty 

Plant account property is Navy-owned personal property 
of a capital nature located ir. activities comprising the 
Naval Shore Establishment Of primary concern to the supply 
deoartment is class 3 and 4 (DIPEC) plant property. Class 3 
plant property must have an initial estimated or actual cost 
in excess of 31000.00/ have an expected life of at least two 
years, and not be consumed in performance of its work. 
Examples are electronic typewriters, word processors, 
Automated Data Processing Equipment ( ADPE) , etc. Ail plane 
property (including DIPEC) must be strictly accunted for and 
controlled. Although plant property accounting is the 
responsibility of the comptroller department, the supply 
department, having the responsibility of acquisition and 
receipt, must be able to identify this material and notify 
the comptroller department of its receipt so proper 

accounting actions may be taken. 
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Def ense I ndustr ial P lan t 5 g ui pm ent Canter Mater ial (DIPEC) 

DIPEC material is generally categorized as class 4 plant 
account property. Also called industrial plant equipment, 
its initial cost must exceed $1000.30 and it is generally 
used for altering the physical, chemical, or electrical 
properties of material. Examples are large industrial 
lathes, drill presses, ana grinders usually found in public 
works shops or shipyards. All requests for DIPEC material 
must first be submitted to the Defense Industrial Plant 
Equipment Center (DIPEC). DIPEC screens all excess material 
lists for availability. If the item is available it is made 
available for the transportation costs only. The command 
may reject the offer with adequate justification. If the 
item is not available from excess or if it is rejected, 
DIPEC will provide approval authority to acquire the item 
through normal procurement channels. Any request for DIPEC 
equipment must have been approved by DIPEC prior to any 
procurement action being taken. 

Off ic e labor saving De vic e Equipment 

Typewriters, calculators (excluding handheld), adding 
machines, dictating/transcribing machines, microfiche equip- 
ment, etc. are considered office laborsaving devices. There 
are strict guidelines as to the acquisition, custody, 
maintenance, replacement and turn-in cf these devices. 
Appropriate approval authority is required for any acquisi- 
tion. Requisitions lacking approval authority are rejected. 
The Supply Officer is tasked with the management and custody 
control of all office laborsaving device equipment. 



65 



/ 



A? PENDIX C 

MATERIAL ACQUISITION PROCESSING FILES 



O utstanding Req u isition File 

This file is maintained for outstanding standard stock 
requisitions only. It consists of the original DD Form 1348 
and associated keypunched card. Each requisition has 
appended to it all associated status cards and followups. 
It is maintained in document number order, by fiscal year. 

Out st and ing Purchase Order File 

Similar to the outstanding requisition file in that it 
represents all outstanding requisitions for non-standard 
stock items. However, a history of status and followup 
action is not maintained here but rather in the respective 
receipt processing files. It is maintained primarily as a 
starting reference point when attempting to cross document 
numbers to purchase order numbers, as well as a single 
source file of outstanding non-standard requirements. 



Complete d Requisition File 

Maintained for standard stock items 
are completed they are pulled from the 
tion file and placed in this fils 
receipt papers attached. It is an 
standard stock transactions. 



. When requisitions 
outstanding requisi- 
vith the appropriate 
historical record of 
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Pho tog rap hic Ap prov al Authority File 

This file consists of all requisitions (or copies of) 
for photographic equipment which is awaiting approval 
authority from CNET. Approval authority is required because 
the $2500 ceiling has been exceeded. 

Out standing DI£EC Pile 

This file consists of requisitions for DIPEC equipment 
which are awaiting a formal reply to an excess screen avail- 
ability from DIPEC. Included with ?ach requisition is a DD 
Form 1419 which is the formal, excess request document. 

Com pleted DIPEC File 

An historical record of DIPEC acquisition instruction 
for all DIPEC equipment requests. 

Re port of D iscr epancy (ROD) File 

A file of ROD reports and associated requisition and 
receipt papers for material which has been received damaged, 
erroneous quantities, incorrect material, etc. 



Awa it ing Receip t Papers Fi le 

For non-standard stock procurements, this file consists 
of the DD Form 1348, any continuation sheets, and in most 
cases, the negotiated contract. As the name implies, this 
file is for requirements which remain outstanding. 



Awaiting Invoic e File 

Normally, once material and receipt papers are received 
and processed, all documentation is moved to this file indi- 
cating all processing is complete with the exception of 
having the invoice. 
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Awa it ing Purcha se Order File 

For confirmed orders which have been received and have 
been invoiced but have no supporting documentation. This 
file should be kept at minimal size. Every record in it has 
the potential of exceeding the Prompt Payment Act (PPA) 
guidelines. 



Rea dv To P a y Fi le. 

A file consisting of requirements which have been satis- 
fied and have ail the documentation required (invoice, 
receipt papers, negotiated contract, etc.) to be certified 
and forwarded for payment. 



Historical Demand File 



Contains a ccpy of ail DD Form 1348's for 
requisitions. Maintained in National Stock 
Its purpose is to keep an historical record 
standard items sc that decisions may be made 
or not to bring an item into stock based on 
of demand. 



standard stock 
Number order, 
of demand for 
as to whether 
its frequency 
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APPENDIX 0 

PHOTOTYPE IDENTIFICATION, ENVIRONMENT AND DATA DIVISIONS 



IDENTIFICATION DIVISION. 

PROGRAM-ID. THESIS. 

AUTHOR . IHADDEUS F . ZYCHOWSKI. 

DATE-WRITTEN. OCTOBER 1932. 

DATE-COMPILED. 0CTO3ER 1982. 

SECURITY. NONE. 

ENVIRONMENT DIVISION. 

CONFIGURATION SECTION. 

SOURCE-COMPUTER. IBM-370. 

OBJECT-COMPUTES. I3M-370. 

INPUT-OUTPUT SECTION. 

FILE-CCNT FOL. 

SELECT MASTER-FILE ASSIGN TO UT-S-OLDM AST . 
SELECT REPORT-FILE ASSIGN TO UT- S- SOR TO UT . 
SELECT PODOXREF- FILS ASSIGN TO UT-S-PURCHASE. 
SELECT HISTORY-FILE ASSIGN TO UT-S-HISTOR Y . 
SELECT MATERIAL- FILS ASSIGN TO UT-S-M AT ERIAL. 
SELECT INVOICE-FILE ASSIGN TO UT-S-IN VOICE. 
SELECT REQN-FILE ASSIGN TO UT-S-REQN. 

SELECT VOLUME-FILE ASSIGN TO UT-S- VOLUME. 

DATA DIVISION. 

FILE SECTION. 

FD MASTER-FILS LABEL RECORDS ARE STANDARD. 

01 MAST EE- RECORD. 

02 DOCNUM . 



03 S ERVCODE 
0 3 UIC 
03 JD ATE 
03 SEENUM 



PIC X. 



PIC X (5) 
PIC X (4) 
PIC X ( 4) 
PIC X (3) 



02 CUST-CODE 
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02 


STK- 


>NUM. 








03 


FSC 


PIC 


X (4) . 




03 


NCB 


PIC 


X(2) . 




03 


NUN 


PIC 


X (7) . 


02 


MATERIAL OCCURS 5 TIMES. 








03 


NO MEN 


PIC 


X (1 0) . 




03 


UISSUE 


PIC 


X (2) . 




03 


QTY 


PIC 


X (5) . 




03 


OP RICE 


PIC 


99999V99 




03 


EXTPRICE 


PIC 


9S999V99 




03 


SESQE 


PIC 


X (9) . 


02 


? R I 




PIC 


X (2) . 


02 


TOTCOST 


PIC 


99999V99 


02 


3P ACALLNR 


PIC 


X (4) . 


02 


PO NUMBER. 








03 


YEAR 


PIC 


X (2) . 




03 


PC ODE 


PIC X. 




03 


PNUMBER 


PIC 


X (4) . 


02 


CONTYPS 


PIC 


X. 


02 


P3CC0DE 


PIC 


X. 


02 


VENDOR 


PIC 


X (20) . 


02 


MATL-RECVD OCCURS 3 TIMES. 








03 


RD ATS 


PIC 


X (4) . 


02 


COKPL 


PIC 


X (3) . 


02 


INVOICE OCCURS 5 TIMES. 








03 


INUMBER 


PIC X (6) . 




03 


AMOUNT 


PIC 


99999V99 




03 


DATE-RECV D 


PIC 


X (4) . 




03 


DATS-FWD 


PIC 


X (4) . 


02 


STAT OCCURS 5 TIMES. 








03 


PSTAT 


PIC 


X (30) . 



FD REPOR 1-FILE LABEL RECORDS ARE STANDARD. 
01 REPOST-RECORD. 



02 DOCNUM . 

03 SERVCODE 
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PIC X 





03 


UIC 


PIC 


X (5) . 




03 


JD ATE 


PIC 


X<4) . 




03 


SERNUM 


PIC 


X(4) . 


02 


CU ST- CODE 


PIC 


X (3) . 


02 


STK- 


•NUM. 








03 


FSC 


PIC 


X (4) . 




03 


NCB 


PIC 


X ( 2) . 




03 


NI IN 


PIC 


X (7) . 


02 


MATERIAL OCCURS 5 TIMES. 








03 


NO MEN 


PIC 


X (10) . 




03 


UIS5UE 


PIC 


X (2) . 




03 


QTY 


PIC 


X (5) . 




03 


UP RICE 


PIC 


99 9 99V 99 




03 


EXTPRICZ 


PIC 


99939V99 




03 


SSRQE 


PIC 


X (9) . 


02 


PRI 




PIC 


X (2) . 


02 


TO ICO ST 


PIC 


99999V99 


02 


B? ACALLNR 


PIC 


X (4) . 


02 


?0 NUM3ER. 








0 3 


YEAR 


PIC 


X(2) . 




03 


PC ODE 


PIC 


X. 




03 


P NUMBER 


PIC 


X (4) . 


02 


CONTYPE 


PIC 


X. 


02 


PRCCODE 


PIC 


X. 


02 


VENDOR 


PIC 


X (20) . 


02 


MATL-RECVQ OCCURS 3 TIMES. 








03 


RD ATE 


PIC 


X (4) . 


02 


COMPL 


PIC 


X (3) . 


02 


INVOICE OCCURS 5 TIMES. 








03 


INUMBER 


PIC X (6) . 




03 


AMOUNT 


PIC 


99999V9S 




03 


D ATE-RECV D 


PIC 


X (4) . 




03 


D ATE-FWD 


PIC 


X (4) . 


02 


ST AT OCCURS 5 TIMES. 








03 


PS TAT 


PIC 


X (30) . 



72 



FD FODOXREF-FILE REPORT IS PODO X REF -REPORT , 
LABEL RECORDS ARE STANDARD. 

FD INVOICE-FILE REPORT IS INVOICE- REPORT , 
LABEL RECORDS ARE STANDARD. 

FD HISTORY-FILE REPORT IS HISTORY- REPORT , 
LABEL RECORDS ARE STANDARD. 

FD MATERIAL-FILE REPORT IS MATERIAL-REPORT, 
LABEL RECORDS ARE STANDARD. 

FD REQN- FILE REPORT IS REQN-REPORT , 

LA3EL RECORDS ARE STANDARD. 

FD VOLaME-FILE REPORT IS VOLUME-REPORT, 
LABEL RECORDS ARE STANDARD. 

WORKING-STORAGE SECTION. 



77 


MORS- EAT A 


PIC 


X (3) 


VALUE 


IS 


' YES 


77 


I 


PIC 


999 


VALUE 


IS 


ZERO 


77 


CO ON T A 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNTS 


PIC 


999 


VALUE 


IS 


ZERO 


77 


CO r JN T C 


PIC 


999 


VALUE 


IS 


7 IT ID O 


77 


COUNT D 


PIC 


999 


VALUE 


IS 


ZERO 


77 


CO UNTE 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNT F 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNTS 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNT H 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNTI 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNT J 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNT K 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNT! 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNT AD 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNTED 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNT CD 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNT DD 


PIC 


999 


VALUE 


IS 


ZERO 


77 


CO UN T ED 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNTED 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNTGD 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNT HD 


PIC 


999 


VALUE 


IS 


ZERO 
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77 


CO ON T ID 


PTC 


999 


VALUE 


IS 


ZERO 


77 


COUNT JD 


PIC 


999 


VALUE 


IS 


ZERO 


77 


CO UN T KD 


PIC 


999 


VALUE 


IS 


ZERO 


77 


COUNT ID 


PIC 


999 


VALUE 


IS 


ZERO 
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A P PEND I I E 

REPORT AND PROCEDURE SECTIONS. 

POE CHASE OR DE R/D CCU M ENT NO M BE R CROSS REFER ENC E LISTING 



REPORT SECTION. 

RD PO DO X REF -REPORT 

PAGE LIMIT IS 55 LINES, 

HEADING 23, FIRST DETAIL 20, 

LAST DETAIL U8, FOOTING 51. 

01 TYPE IS REPORT HEADING. 

02 LINE NUMBER IS 22. 

03 COLUMN 20 PIC X(5S) VALUE IS 
'PURCHASE ORDER / DOCUMENT NUMBER 
CR CSS REFERENCE LISTING'. 

01 PAGE- HEAD TYPE IS PAGE HEADING. 

02 LINE NUMBER IS 24, 



03 COLUMN 20 


PIC X (35) 


VALUE 


IS 


'OUTSTANDING NON-ST 


ANDARD 


ST CCS 


LINE NUMBER 


I S 26 . 






03 COLUMN 26 


PIC X ( 1 5 ) 


VALUE 


IS 


' DOCUMENT 


NUMBER* . 






03 COLUMN 50 


PIC X (2 1 ) 


VALUE 


IS 



'PURCHASE ORDER NUMBER'. 

02 LINE 6. 

01 DOCUMENT-NUMBER TYPE IS DETAIL. 

02 LINE NUMBER PLUS 1. 

03 COLUMN 25 PIC X ( 1) SOURCE IS 
SERVCODE DF RE PORT-R ECO RD . 

03 COLUMN 25 PIC X (5) SOURCE IS 
UIC OF REPORT- RECORD. 

03 COLUMN 31 PIC X(1| VALUE IS '-'. 
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03 


COLUMN 


32 


PIC 


X(4> 


SOURCE 


IS 




JD ATE OF REPORT-RECORD. 




03 


COLUMN 


36 


PIC 


X {D 


VALUE 


IS 


03 


COLUMN 


37 


PIC 


X(4> 


SOURCE 


IS 




SERNUM 


OF 


REPORT-RESORD. 




03 


COLUMN 


57 


PIC 


X (2) 


SOURCE 


IS 




YEAR OF 


1 REPORT 


-RECORD. 




03 


COLUMN 


59 


PIC 


X(1) 


VALUE 


IS 


03 


COLUMN 


60 


PIC 


X (1) 


SOURCE 


IS 




PC ODE OF R 


SPORT-RE 


CORD. 




03 


COLUMN 


61 


PIC 


X (1) 


VALUE 


IS 


03 


COLUMN 


62 


PIC 


x (4) 


SOURCE 


IS 




PNUMBER 


OF 


REPORT- 


RECORD. 




PROC EDURE 


DIVISION. 











CONTROL- S ECTION. 

PERFORM STARTUP. 

PERFORM GENERATS-REPORT UNTIL MORE-DATA IS EQUAL 
TO ' NO' . 

PERFORM CLEANUP. 

STOP 5UN . 

STARTUP. 

OPEN INPUT REPORT-FILE, OUTPUT PODOXREF-FI LS. 
READ REPORT-FILE AT END MOVE 'NO' TO MORE-DATA. 
INITIATE PODOXRE F-REPORI . 

GENERATE- REPORT. 

IF COMPL OF REPORT-RECORD IS EQUAL TO SPACES 
AND NUN OF REPORT-RECORD IS EQUAL TO SPACES 
GENERATE DOCUMENT-NUMBER. 

READ REPORT-FILS AT END MOVE 'NO' TO MORE-DATA. 
CLEANUP. 

TERMINATE PODOXREF-REPORT. 

CLOSE REPORT-FILE, PODOXREF-FILE. 

DISPLAY 'SUCCESSFUL END OF REPORT PROGRAM'. 
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HIS TO RICAL INVOICE LIST ING 



REPORT SECTION. 

RD HISTORY- REPORT 

CONTROL IS FINAL, VENDOR OF REPORT-RECORD, 
PAGE LIMIT IS 59 LINES, 

HEADING 4, FIRST DETAIL 8, 

LAST DETAIL 52, FOOTING 55. 

01 TYPE IS REPORT HEADING. 

02 LINE NUMBER IS 14. 

03 COLUMN 33 PIC X (2 6) VALUE IS 

’HISTORICAL INVOICE LISTING’. 

01 PAGE-HEAD TYPE IS PAGE HEADING. 

02 LI NE NUMBER I S 15 . 

03 COLUMN 10 PIC X (27) VALUE IS 
'INVOICES RECEIVED 3Y VENDOR'. 

01 VENDOR-HEADER TYPE IS CONTROL HEADING 
VENDOR OF REPORT-RECORD. 

02 LINE NUMBER IS PLUS 4. 

03 COLUMN 10 PIC X (7) VALUE 13 'VENDOR:'. 
03 COLUMN 20 PIC X (20) SOURCE IS 
VENDOR OF REPORT-RECORD. 



02 LINE NUMBER IS PLUS 2. 
03 COLUMN 14 PIC X (7) 
03 COLUMN 27 PIC X(9) 
03 COLUMN 45 PIC X (4) 
03 COLUMN 57 PIC X(4) 
02 LINE NUMBER IS PLUS 1. 
03 COLUMN 14 PIC X (6) 
03 COLUMN 25 PIC X (1 2) 
•ORDER NUMBER'. 

03 COLUMN 43 PIC X (8) 
03 COLUMN 55 PIC X(9) 
03 COLUMN 70 PIC X (6) 



VALUE IS 'INVOICE'. 
VALUE IS 'PURCHASE'. 
VALUE IS 'DATE'. 
VALUE IS 'DATS' . 

VALUE IS 'NUMBER' . 
VALUE IS 

VALUE IS 'RECEIVED' 
VALUE IS 'FORWARDED 
VALUE IS 'AMOUNT'. 



01 INVOICE-INFO TYPE IS DETAIL. 

02 LINE NUMBER IS PLUS 1. 

03 COLUMN 15 PIC X (6) SOURCE IS INUMBER 
OF REPORT- RECORD (I). 

03 COLUMN 26 PIC X (2) SOURCE IS 

YEAR OF REPORT-RECORD. 

03 COLUMN 28 PIC X(1) VALUE IS 

03 COLUMN 29 PIC X(1) SOURCE IS 

PC ODE OF REPORT-RECORD. 

03 COLUMN 30 PIC X(1) VALUE IS 

03 COLUMN 31 PIC X(4) SOURCE IS 

PNUKBER OF REPORT-RECORD. 

03 COLUMN 45 PIC X(4) SOURCE IS 

D AT E-REC7D OF REPORT- RECORD (I) . 

03 COLUMN 57 PIC X (4 ) SOURCE IS 

DAT E-FW D OF REPORT-RECORD (I). 

03 COLUMN 67 PIC Z2,ZZZ.99 BLANK S HEN ZERO 
SOURCE IS AMOUNT OF REPORT-RECORD (I) . 
PROCEDURE DIVISION. 

CONTROL-S ECTION. 

PERFORM STARTUP. 

PERFORM GENERATE-REPORT UNTIL MORE-DATA IS EQUAL 
TO 'NO'. 

PERFORM CLEANUP. 

STOP RUN. 

STARTUP. 

OPEN INPUT REPORT-FILE, OUTPUT HISTORY-FILE. 

READ REPORT-FILE AT END MOVE ’NO' TO MORE-DATA. 
INITIATE HISTORY-REPORT. 

GENERATE-REPORT. 

MOVE 1 TO I. 

PERFORM CHECK-INVOICE UNTIL 1=6. 

READ REPORT-FILE AT END MOVE ’NO' TO MORE-DATA. 
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CHECK- INVOICE. 

IF D ATE-RECVD OF RE? ORT- RECOR D (I) 

IS NO 1 EQUAL TO SPACES 
GENERATE INVOICE-INFO. 

ADD 1 TO I. 

CLEANUP. 

TERMINATE HISTOR Y- REPORT. 

CLOSE REPORT-FILS, HISTORY-FILE. 

DISPLAY 'SUCCESSFUL END OF REPORT PROGRAM'. 



MATERIAL BY VEND CR LISTING 



REPORT SECTION. 

RD MATERIAL-REPORT 

CONTROL IS VENDOR OF REPORT- RECORD , 

PAGE LIMIT IS 56 LINES, 

HEADING 2, FIRST DETAIL 5, 

LAST DETAIL 53, FOOTING 61. 

01 TYPE IS REPORT HEADING. 

02 LINE NUMBER IS 18. 

03 COLUMN 30 PIC X(25) VALUE IS 
'MATERIAL BY VENDOR LISTING '. 

0 1 TYPE IS PAGE HEADING. 

02 LINE NUMBER IS PLUS 4. 

0 3 COLUMN 10 PIC X(34) VALUE IS 

•OUTSTANDING REQUISITIONS 3Y VENDOR’. 

01 VENDOR-HEADER TYPE IS CONTROL HEADING 
VENDOR OF REPORT-RECORD NEXT GROUP IS PLUS 1. 
02 LINE PLUS 4. 

03 COLUMN 5 PIC X (7) VALUE IS 'VENDOR:'. 
03 COLUMN 15 PIC X(20) SOURCE IS 
VENDOR 3F REPORT- R ECOR D. 
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02 LINS PLUS 2. 

03 COLUMN 17 PIC X (8) VALUE IS 
•PURCHASE ORDER NUMBER'. 

02 LINE PLUS 1. 

03 COLUMN 15 PIC X ( 1 2 ) VALUE IS 
' ORDER NUMBER' . 

0 3 COLUMN 4 3 PIC X ( 1 5 ) VALUE IS 
•DOCUMENT NUMBER’. 

01 DOCUMENT-NUMBER TYPE IS DETAIL. 



LINE 


! NUMBER 


IS 


PLUS 1. 




03 


COLUMN 


1 6 


PIC X (2 ) 


SOURCE IS 




YEAR OF 


REPORT-RECORD. 


03 


COLUMN 


1 3 


PIC X (1 ) 


VALUE IS 


03 


COLUMN 


1 9 


PIC X (1 ) 


SOURCE IS 




PC ODE OF REPORT-RECORD. 


03 


COLUMN 


20 


PIC X (1 ) 


VALUE IS 


0 3 


COLUMN 


2 1 


PIC X (4) 


SOURCE IS 




PNUMBER 


OF 


REPORT-R 


ECORD. 


0 3 


COLUMN 


4 3 


PIC X (1) 


SOURCE IS 




SERVCODE OF REPORT- 


RECORD. 


03 


COLUMN 


4 4 


PIC X (5) 


SOURCE IS 




UIC OF 


REPORT-RECORD. 


03 


COLUMN 


4 9 


PIC X ( 1 ) 


VALUE IS 


03 


COLUMN 


5 0 


PIC X (4 ) 


SOURCE IS 




JDATE OF REPORT-RECORD. 


0 3 


COLUMN 


5 4 


PIC X ( 1 ) 


VALUE IS 


03 


COLUMN 


5 5 


PIC X ( 4 ) 


SOURCE IS 




S ERNUM 


0 ? 


RE PORT- RE 


CORD. 



PROCEDURE DIVISION. 

CONTROL-SECTION. 

PERFORM STARTUP. 

PERFORM GENERATE -REPORT UNTIL MORE-DATA 
IS EQUAL TO ' NO' . 

PERFORM CLEANUP. 

STOP RUN. 
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STARTUP. 

OPEN INPUT REPOST-FILE, OUTPUT MATERIAL-FILE. 
READ FEPO RT-.FILE AT END MOVE 'NO' TO MORE-DATA. 
INITIATE MATERIAL-REPORT. 

GENERATE- FEPO RT. 

IF NI IN OF REPORT-RECORD IS EQUAL TO SPACES 
AND CCMPL OF REP ORT- RECORD IS EQUAL TO SPACES 
GENERATE DO CUMENT-NUM3ER. 

READ EEPORT-FILE AT END MOVE ‘NO* TO MORE-DATA. 
CLEANUP. 

TERMINATE MATERIAL-REPORT. 

CLOSE REPORT-FILE, MATERIAL-FILE. 

DISPLAY ‘SUCCESSFUL END OF REPORT PROGRAM'. 



DAI LY INVOICE RETORT 



REPORT SECTION. 

RD INVOICE- REPORT 

CONTROL IS FINAL, PROCODE OF REPORT-RECORD, 
PAGE LIMIT IS 55 LINES, 

HEADING 2, FIRST DETAIL 6, 

LAST DETAIL 50, FOOTING 52. 

01 TYPE IS REPORT HEADING. 

02 LINE NUMBER IS 16. 

03 COLUMN 26 PIC X ( 2 0) VALUE IS 
'DAILY INVOICE REPORT'. 

01 PAGE-HEAD TYPE IS PAGE HEADING. 

02 LINE NUMBER IS 18. 

03 COLUMN 10 PIC X(51) VALUE IS 

•INVOICES RECEIVED AND NOT PROCESSED, 
BY PROCESSOR' . 
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01 FROCE SSOR-HEADER TYPE IS CONTROL HEADING 



PROCODE OF REPORT-RECORD NEXT GROUP IS PLUS 1. 
02 LINE NUMBER IS PLUS 4. 

03 COLUMN 10 PIC X(10) VALUE IS 
• PROCESSOR: • 

03 COLUMN 24 PIC X(1) SOURCE IS 
PROCODE OF REPORT-RECORD. 



02 


LINE 


NUMBER 


IS PLUS 2. 






03 


COLUMN 


1 1 PIC X( 12) 


VALUE IS 'PURCHASE'. 




0 3 


COLUMN 


4 7 PIC X ( 4 ) VALUE IS 'DATE'. 


02 


LINE 


NUMBER 


IS PLUS 1. 






03 


COLUMN 


? PIC X { 1 2) 


VALUE IS 






' ORDER 


NUMBER' . 






03 


COLUMN 


26 PIC X (14) 


VALUE IS 






' INVOIC 


E NUMBER'. 






03 


COLUMN 


45 PIC X (9 ) 


VALUE IS 



1 RECEIVED' . 



01 INVOICE-INFO TYPE IS DETAI 
02 LINE NUMBER IS PLUS 1. 
0 3 COLUMN 10 PIC X(2) 
REPORT-RECORD. 

0 3 COLUMN 12 PIC X <1 ) 

0 3 COLUMN 13 PIC X (1) 
REPORT-RECORD. 

0 3 COLUMN 14 PIC X (1 ) 

0 3 COLUMN 15 PIC X (4) 
REPORT-RECORD. 

0 3 COLUMN 31 PIC X (S) 
REPORT-RECORD (I). 

0 3 COLUMN 47 PIC X (4) 
REPORT-RECORD (I). 
PROCEDURE DIVISION. 
CONTROL-SECTION. 

PERFORM STARTUP. 



L. 

SOURCE IS YEAR OF 
VALUE IS 

SOURCE IS PCODE OF 

VALUE IS ' . 

SOURCE IS P NUMBER OF 

SOURCE IS INUMBSR OF 

SOURCE IS D ATS-RECVD O? 
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PERFORM GENERATE -REPORT UNTIL MORE-DATA 
IS EQUAL TO ' NO' . 

PERFORM CLEANUP. 

STOP RUN. 

STARTU P. 

OPEN INPUT REPORT-FILE, OUTPUT INVOICE- FILE. 
READ FEPORT-FILE AT END MOVE 'NO' TO MORE-DATA. 
INITIATE INVOICE -REPORT. 

GENERATE- FEPORT. 

MOVE 1 TO I. 

PERFORM CHECK-DATE 5 TIMES. 

READ FEPORT-FILE AT END MOVE 'NO* TO MORE-DATA. 
CHECK-DATE. 

IF DA TE-RECVD OF REP CRT-RECORD (I) IS NOT EQUAL 
TO SPACES 

AND DATE-FWD OF REPORT-RECORD (I) IS EQUAL 
TO SPACES 

GENERATE I NVCICE-INFO. 

ADD 1 TO I. 

CLEANUP. 

TERMINATE INVOICE-REPORT. 

CLOSE REPORT-FILE, INVOICE-FILS. 

DISPLAY 'SUCCESSFUL END OF REPORT PROGRAM'. 



REQUISITI ON STATUS REPO RT 



REPORT SECTION. 

RD REQN- FEPORT 

CONTROLS ARE UIC OF REPORT- RECORD, 
CUST-CODE OF REP ORT- RECORD , 

JDATE OF REPORT- RECORD, 

SERNUK OF REPORT-RECORD, 

PAGE LIMIT IS 59 LINES, 
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HEADING 13, FIRST DETAIL 17, 

LAST DETAIL 53, FOOTING 55. 

01 TYPE IS REPORT HEADING. 

02 LINE 13. 

03 COLUMN 30 PIC X(25) VALUE IS 
•REQUISITION STATUS REPORT*. 

01 PAGE-HEAD TYPE IS PAGE HEADING. 

02 LINE IS 15. 

0 3 COLUMN 15 PIC X(5'4) VALUE IS 

•REPORT OF OUTSTANDING REQUISITIONS 
BY UIC/CUSTOMES* . 

01 UI C-H FADER TYPE IS CONTROL HEADING 

UIC OF REPORT-RECORD NEXT GROUP IS PLUS 1. 

02 LINE PLUS 4. 

03 COLUMN 15 PIC X(4) VALUE IS * UIC : * . 

03 COLUMN 2 1 PIC X(1) SOURCE IS 
SERVCODE OF REPORT-RECORD. 

03 COLUMN 2 2 PIC X(5) SOURCE IS 
UIC OF REPORT-RECORD. 

01 CUST-CODE-HEADER TYPE IS CONTROL HEADING 

COST-CODE OF REP ORT- RECORD NEXT GROUP IS PLUS 1. 
02 LINS PLUS 2. 

0 3 COLUMN 15 PIC X ( 1 4 ) VALUE IS 
'CUSTOMER CODE:'. 

03 COLUMN 32 PIC X(3) SOURCE IS 
CUST-CODE OF REPORT- RECORD. 

02 LINE PLUS 2. 

03 COLUMN 15 PIC X ( 1 5) VALUE IS 
•DOCUMENT NUMBER'. 

03 COLOMN 35 PIC X(21) VALUE IS 
•PURCHASE ORDER NUMBER'. 

03 COLUMN 52 PIC X(6) VALUE IS 'STATUS'. 

01 REQN- INFO TYPE IS DETAIL. 

02 LINE IS PLUS 1. 
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03 COLUMN 18 PIC X ( 4 ) GROUP INDICATE SOURCE 
IS JDATE OF REPORT-RECORD. 

03 COLUMN 24 PIC X(4) GROUP INDICATE SOURCE 
IS SERNUM OF REPORT- RECORD. 

03 COLUMN 40 PIC X ( 2) SOURCE IS 
YEAR OF REPORT-RECORD. 

03 COLUMN 43 PIC X(1) SOURCE IS 
PCODE OF REPORT-RECORD. 

03 COLUMN 4 5 PIC X(U) SOURCE IS 
P NUMBER OF REPORT-RECORD. 

03 COLUMN 59 PIC X(30) SOURCE IS 
PSTAT OF FSPORT-RECOF.D (I). 

PROCEDURE DIVISION. 

CONTROL-SECTION. 

PERFORM STARTUP. 

PERFORM GENERATE -REPORT UNTIL MORE-DATA IS EQUAL 
TO 'NC'. 

PERFORM CLEANUP. 

STOP RUN. 

STARTUP. 

OPEN INPUT REPORT-FILE, OUTPUT REQN-FILE. 

READ REPORT-FILE AT END MOVE ’NO' TO MORE-DATA. 
INITIATE REQN -RE PORT . 

GENERATE- REPORT. 

MOVE 1 TO I. 

PERFORM DO UNTIL 1=6. 

READ FEPO RT-FILE AT END MOVE 'NO' TO MORE-DATA. 

DO. 

IF PSTAT OF REPORT-RECORD (I) 

IS NOT EQUAL TO SPACES 

GENERATE REQN-INFD. 

ADD 1 TO I. 

CLEANUP. 

TERMINATE REQN-R EPORT. 

CLOSE REPORT-FILE, REQN-FILE. 



85 



MONTHLY VOLUME REPORT 



REPORT SECTION. 

RD VOLUME- RE PORT 

PAGE LIMIT IS 65 LINES, 

HEADING 2, FIRST DETAIL 10, 

LAST DETAIL 52, FOOTING 55. 

01 TYPE IS REPORT HEADING. 

02 LINE 14. 

03 COLUMN 50 PIC X(13) VALUE IS 

•DATS 

02 LINE 16. 

03 COLUMN 10 PIC X ( 32 ) VALUE IS 

'FROM: ISSUE CONTROL, CODS 42213'. 

02 LINE 18. 

03 COLUMN 10 PIC X ( 3 0) VALUE IS 

'TO: SUPPLY OFFICER, CODE 42'. 

02 LINE 20. 



03 COLUMN 1 
• SU5J : 
THE PER 
02 LINE 22. 

03 COLUMN 1 

i 

02 LINS 28. 

03 COLUMN 10 
' 1 . NOH- 
03 COLUMN 51 
•ISSUE OR 
02 LINE 30. 

03 COLUMN 1 
03 COLUMN 4 
03 COLUMN 5 
03 COLUMN 5 



0 PIC X ( 4 3 ) VALUE 13 
MONTHLY VOLUME REPORT FOR 
IOD' . 

7 PIC X ( 2 4 ) VALUE IS 
THRU ' . 

PIC X (3 5) VALUE IS 
STANDARD STOCK REQUISITIONS' 
PIC X (1 2) VALUE IS 
OUPS ' . 

6 PIC X ( 3) VALUE IS 'UIC'. 

6 PIC X(1> VALUE IS 'A*. 

6 PIC X (1) VALUE IS ' 3' . 

6 PIC X(1) VALUE IS 'C . 
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02 



LINE 32. 





03 


COLUMN 


1 4 


PIC 


X(6) 


VALUE 


IS 


’X62271*. 




03 


COLUMN 


4 5 


PIC 


999 


SOURCE 


IS 


COUNTAD. 




03 


COLUMN 


5 5 


PIC 


999 


SOURCE 


IS 


COUNTED. 




03 


COLUMN 


65 


PIC 


999 


SOURCE 


IS 


COUNTCD. 


02 


LINE 


34. 
















03 


COLUMN 


1 4 


PIC 


X(6| 


VALUE 


IS 


» OTHER' . 




03 


COLUMN 


4 5 


PIC 


999 


SOURCE 


IS 


COUNTDD. 




03 


COLUMN 


5 5 


PIC 


999 


SOURCE 


IS 


COUNTED. 




0 3 


COLUMN 


6 5 


PIC 


999 


SOURCE 


IS 


COUNTED. 


02 


LINE 


38. 
















03 


COLUMN 


1 0 


PIC 


X ( 3 1 ) VALUE 


: is 








1 2. SI 


'ANDAR D 


3TOC 


K REQUISIT 


IONS' . 




03 


COLUMN 


5 1 


PIC 


X ( 1 2) VALUE 


! IS 








• ISSUE 


3 ROUPS* 


• 








02 


LINE 


40. 
















03 


COLUMN 


1 6 


PIC 


X ( 3) 


VALUE 


IS 


'UIC' . 




03 


COLUMN 


4 6 


PIC 


X (1) 


VALUE 


IS 


' A* . 




03 


COLUMN 


56 


PIC 


X(1> 


VALUE 


IS 


* 3' . 




03 


COLUMN 


6 6 


PIC 


X(1) 


VALUE 


IS 


t c ' 


02 


LINS 


42. 
















03 


COLUMN 


1 4 


PIC 


X (6 ) 


VALUE 


IS 


» X62271 ' . 




0 3 


COLUMN 


4 5 


PIC 


999 


SOURCE 


IS 


COUNTGD. 




03 


COLUMN 


5 5 


PIC 


999 


SOURCE 


IS 


COUNTHD. 




03 


COLUMN 


65 


PIC 


999 


SOURCE 


IS 


COUNTID. 


02 


LINE 


44. 
















03 


COLUMN 


1 4 


PIC 


X ( 6| 


VALUE 


IS 


' OTHER* . 




03 


COLUMN 


45 


PIC 


999 


SOURCE 


IS 


COUNTJD. 




03 


COLUMN 


5 5 


PIC 


999 


SOURCE 


IS 


COUNTKD. 




03 


COLUMN 


65 


PIC 


999 


SOURCE 


IS 


COUNTED. 


02 


LINE 


56. 
















03 


COLUMN 


43 


PIC 


X(20) VALUE 

f 


: is 




02 


LINE 


57. 








• 








03 


COLUMN 


4 8 


PIC 


X ( 9) 


VALUE 


IS 


' SIGNATURE 
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02 



LINS 62. 

03 COLUMN 10 PIC X(Q) V ALUS IS 'COPY TO:'. 
02 LINE 63. 

03 COLUMN 10 PIC X(3) VALUE IS 'CODE 422'. 
02 LINS 64. 

03 COLUMN 10 PIC X ( 9) VALUE IS 'CODE 4201’. 
PROCEDURE DIVISION. 

CONTROL- S ECT I ON. 

PERFORM STARTUP. 

PERFORM COUNT-ROUTINE UNTIL MORE-DATA IS EQUAL 
TO »NC». 

PERFORM GENERATS-RSPORT. 

PERFORM CLEANUP. 

STOP RUN. 

STARTUP. 

OPEN INPUT REPORT-FILE, OUTPUT VOLUME-FILE. 

READ REPORT-FILE AT END MOVE 'NO' TO MORE-DATA. 
INITIATE VOLUME- REPORT. 

COUNT- ROUTINE. 

IF NI IN OF REPORT-RECORD IS EQUAL TO SPACES 
IF UIC OF REPORT- RECORD IS EQUAL TO '62271* 

I? PHI OF REPORT-RECORD IS EQUAL TO ' 5' 
ADD 1 TO COUNTA 

ELSE IF PRI OF REPOR T- RECORD IS EQUAL TO 

• 10 ’ 

ADD 1 TO COUNTS 
ELSE ADD 1 TO COUNTC 
UIC OF REPORT-RECORD. 

ELSE I? PRI OF REPORT-RECORD IS EQUAL TO ' 5' 
ADD 1 TO COUNTD 

ELSE IF PRI OF REPORT- RECORD IS EQUAL TO 

• 10 ' 

ADD 1 TO COUNTE 
ELSE ADD 1 TO COUNTF 



88 



ELSE IF DIC OF R EPORT-RECDR D IS EQUAL TO '62271' 
IF PRI OF REPORT-RECORD IS EQUAL TO * 5' 
ADD 1 TO COUNTS 

ELSE IF PRI OF REPORT-RECORD IS EQUAL TO 

• 10 ' 

ADD 1 TO COUNTH 
ELSE ADD 1 TO COUNTI 

ELSE IF PRI OF REPORT-RECORD IS EQUAL TO 

• 5' 

ADD 1 TO COUNTJ 

ELSE IF PRI OF P EPOET- RECOR D IS EQUAL 

•10 • 

ADD 1 TO COUNTK 
ELSE ADD 1 TO COUNTL. 

READ FEPO RT-FILE AT END MDVE 'NO' TO MORE-DATA. 



GZNERATE- 


FEPO RT. 






MOVE 


COUNT A 


TO 


COUNT AD 


MO VE 


COUNTS 


TO 


C OUNTBD 


MOVE 


COUNTC 


TO 


COUNTCD 


MOVE 


CCUNTD 


TO 


COUNT DD 


MOVE 


COUNTS 


TO 


COUNTED 


MO VE 


COUNTF 


TO 


C OUNTFD 


MOVE 


COUNTG 


TO 


COUNTGD 


MOVE 


COUNTH 


TO 


COUNTHD 


MOVE 


COUNTI 


TO 


COUNT ID 


MO VE 


COUNTJ 


TO 


COUNT JD 


MOVE 


COU NTK 


TO 


COUNTKD 


MOVE 


COUNTL 


TO 


COUNTLD 



GENERATE VOLU ME- REPO RT. 

CLEANUP. 

TERMINATE VOLUME -REPORT. 

CLOSE REPORT-FILE, VOLUME-FILE. 
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AP PENDI X F 
REPORTS 



PURCHASE ORDER / DO CUMENT NUMBER CROSS REFERE NCE L ISTIN G 
OUTSTANDING NON-STANDARD STOCK ONLY 



DOCUMENT NUMBER PURCHASE ORDER NUMBER 



X41321 -2250-5219 
X41321 -2250-5225 
X6227 1 -225 0-6 1 15 
X6227 1-2250-61 16 
X 62 27 1 -22 5 0-6 1 22 
X62 271 -22 5 0-66 03 
X 6 227 1 -22 5 0-67 23 
X41321 -225 1-5320 
X41321 -2251-5567 
X 41 321 -225 1-5733 
X 6 2 27 1 -2 2 5 1-6 1 23 
X6227 1 -2252-6104 
X6227 1 -225 2-6 1 24 
X41321 -2253-5235 
X41 321 -2253-5245 
X62271 -2253-6132 
X62 27 1-2 253-6 133 
X6227 1 -2253-61 34 
X 62 27 1 -225 3-6 142 
X6227 1 -22 5 3-61 43 
X62 27 1-2 253-6 144 



82-M-1 266 
8 2-F-2 1 76 
8 2- M- 1266 
82-M-1266 
82-F-1273 
82-F-12S0 
32-F-2280 
3 2- M- 1 2 66 
S2-F-3199 
32-F-2222 
82-F-127U 
82-M-1201 
32-F-1375 
3 2-F-3 1 76 
82-F-2876 
82-F-2273 
32-F-227 4 
82-F-2375 
82-F-1873 
82-F-1874 
82-F-1875 
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HISTORICAL INVOICE LISTING 



INVOICES RECEIVED BY VENDOR 



VENDOR: ACE HARDWARE 



INVOICE 


PURCHASE 


DATE 


DATE 




NUMBER 


ORDER NUMBER 


RECEIVED 


FORWARDED 


AMOUNT 


12345 


82-M-1 201 


2275 


2276 


2,200.00 


12345 


8 2- M- 1 20 1 


2275 


2276 


2,200.00 


12345 


8 2-M- 1 201 


2275 


2276 


2,200.00 


12446 


8 2-M- 1 201 


2277 




800.00 



VENDOR: 


COLBY SUPPLY 








INVOICE 


PU3C HASE 


DAT E 


DATE 




NUMBER 


ORDER NUMBER 


RECEIVED 


FORWARDED 


AMOUNT 


56789 


8 2-M-1 266 


2273 


2276 


400.00 


56 77 8 


82-M- 1 266 


2273 




300.00 


57777 


82-M- 1 266 


2273 




200.00 


57766 


82-M-1 266 


2274 




100.00 



VENDOR: 


PACIFIC INC. 








INVOICE 


PURCHASE 


DATE 


DATE 




NUMBER 


ORDER NUMBER 


R ECEIVED 


FORWARDED 


AMOUNT 


87462 


8 2-F-1 272 


2273 


2275 


100.00 


87 354 


82-F-1 277 


2273 




300.00 


83629 


82-F-1 322 


2273 


2274 


500.00 


77564 


8 2-F- 1 822 


2273 


2276 


1, 120.00 


22 807 


82-F-1 972 


2273 


2274 


700.00 


26439 


8 2-F- 2 272 


2273 




500.00 
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45997 

VENDO 

IN VO I' 

NUMBE 

88 76 3 

00019 

00012 

23746 

45 37 2 

43638 

99 946 

33372 

00923 

33999 

46538 

32046 

37734 

77746 

65656 

33392 



2-F-2 211 


2273 


2274 


400.00 


TRIDENT CO. 


PUR CHASE 


DATE 


DATE 




ORDER NUMBER 


RECEIVED 


FORWARDED 


AMOUNT 


32-?- 1271 


2273 


2274 


200. 00 


82-F- 1271 


2274 




2,1 CO. 00 


32-?- 1271 


2273 


2275 


100. 00 


82-F- 1278 


2273 




4 00. 00 


82-F- 1279 


2 27 3 


2275 


400. 00 


82-F- 1231 


2273 




400. 00 


82-F- 1871 


2273 


2275 


200. 00 


82-F- 1878 


2273 


2275 


500. 00 


82-F- 1879 


2273 


2275 


100. 00 


82-F- 1881 


2273 




100.00 


82-F- 2134 


2 27 3 




200. 00 


82-F- 227 1 


2273 


2274 


1 00. 00 


32-F- 2278 


2 27 3 


2275 


300. 00 


82-F- 227 9 


2273 


2275 


2,100. 00 


82-F- 2281 


2273 


2274 


2,200. 00 


82-F- 283 4 


2273 


2275 


2 00. 00 
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MAT SRIAL BY VENDOR LIST ING 
OUTSTANDING REQOISITIONS BY VENDOR 



VENDOR: ACS HARDWARE 

PURCHASE 

ORDER NUMBER DOCUMENT NUMBER 

82-M-1201 X62271-2252-6104 

VENDOR: COL3Y SUPPLY 

PURCHASE 
ORDER NUMBER 

82- M- 126 6 
82-M-1266 
82- M- 1266 
82-M-126 6 



DOCUMENT NUMBER 

X6227 1-22 50-61 15 

* 

X62271-2250-61 16 
X4 1321-2250-5219 
X41321-2251-5320 



VENDOR: PACIFIC INC. 

PURCHASE 
ORDER NUMBER 

82- F - 1375 
82-F-1875 
82-F-2176 
82-F-2375 
82-F-2876 



DOCUMENT NUMBER 

X6 2271-225 2- 6124 
X6 2271-2253-6144 
X4 1321-2250-5225 
X6 2271-2253-6134 
X4 1321- 2253-5245 
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VENDOR 



TRIDENT CO 



PURCHASE 



ORDER NUMBER 


DOCUMENT NUMBER 


82-F-1273 


X6 2 27 1-2250-61 22 


82-F-1274 


X6 227 1 - 225 1-6123 


82-F-1280 


X6 2 27 1-22 5 0-66 03 


82- F- 1873 


X6 2 27 1-2253-6142 


82- F- 187 4 


X6 2 27 1-2253-6143 


82-F-1880 


X 62271-2255-6424 


82-F-2222 


X41321-2251-5738 


82- F -227 3 


X6 2 27 1-22 53-6132 


32- F-227 4 


X6227 1-2253-61 33 


S2-F-2280 


X62 27 1-2250-6723 


82-F-3000 


X41321-2255-5314 


82-F-31 99 


X4 1321-2251-5567 



94 



DAILY I NY OICS REPORT 



INVOICES RECEIVED AND NOT PROCESS 


ED, BY PROCESSOR 


PROCESSOR : 


1 




PURCHASE 




DATE 


ORDER NUMBER 


INVOICE NUMBER 


RECEIVED 


82-M- 1201 


12 44 5 


22-7 


82-M-1266 


56773 


2273 


82-M-1266 


5777 7 


2273 


8 2- M- 1266 


57766 


2274 


82-M-1255 


22 34 5 


2275 


82-M- 1255 


22444 


2274 


82-M-1255 


22446 


2273 


82-M- 1255 


23344 


2273 



PROCESSOR : 


3 




PURCHASE 




DATS 


ORDER NUMBER 


INVOICE NUMBER 


RECEIVED 


82-F-1277 


87354 


2273 


82-F- 1877 


88833 


2273 


8 2-F-2272 


26439 


2273 


8 2-F- 2322 


68477 


2273 


82-F- 1271 


0001 9 


2274 


82-F- 1278 


23746 


2273 


82-7-1281 


43638 


2273 


82-F- 1881 


3399 9 


2273 


82-F-2134 


46538 


2273 
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REQUI SITION STATUS R2PORT 



REPORT OF OUTSTANDING REQUISITIONS 5Y UIC/CUSTOMER 



UIC: X41321 

CUSTOMER CODE: 



1 1 1 



UMENT 


NUMBER 


PURCHASE 


ORDER NUMBER 




3TAT 


'US 


2004 


2 154 










BM 


NOS 


2009 


2004 


2156 










BA 


NOZ 


2115 


2005 


2181 










BA 


NOZ 


2115 


2 005 


2182 










3M 


NOZ 


2009 














BM 


N35 


21 00 














3M 


NOZ 


2160 














3 M 


NOZ 


2009 














3M 


N35 


21 00 


2005 


2189 










BA 


NOZ 


2 1 10 


2104 


2154 










3 A 


NOZ 


2200 


2114 


2154 










3M 


NOZ 


2229 


2205 


2182 










BM 


NOZ 


2310 














3M 


NOZ 


2210 














SA 


NOZ 


2215 


2215 


2 182 










3M 


NOZ 


2220 














BB 


NOZ 


EDD 














BM 


NOZ 


2220 


2250 


5219 


8 


2 


M 


1266 


SDD 


2302 


2250 


5225 


3 


2 


F 


2176 


EDD 


i 2244 


2 253 


5 23 5 


3 


2 


F 


3176 


EDD 


2300 


2253 


5 24 5 


3 


2 


F 


2875 


SDD 


' 2303 
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CUSTOMER CODE 



222 



DOCUMENT NUMBER PURCHASE ORDER NUMBER STATUS 



2251 


5320 


32 


M 


1266 


SDD 


2200 


2251 


5567 


8 2 


F 


3199 


EDD 


2255 


2251 


5738 


3 2 


F 


2222 


EDD 


2288 


2255 


5314 


8 2 


F 


3000 


EDD 


2299 



UIC: X62271 

CUSTOMER CODE: 001 



DOCUMENT 


1 NUMBER 


PURCHASE 


ORDER NUMB 


ER 


STATUS 


2004 


157 2 








BM 


NOZ 


2009 












3B 


NOZ 


EDD 2200 


2004 


1783 








BM 


NOZ 


2009 












3B 


NOZ 


EDD 2185 


2004 


2572 








BM 


NOZ 


2118 












BM 


N35 


2130 












3M 


NHZ 


2149 


2004 


2783 








3M 


NOS 




2008 


181 1 








3M 


NOZ 


20 10 












BM 


N35 


2020 


2008 


281 1 








BA 


NOZ 


2200 


2 102 


211 1 








B3 


NOZ 


SDD 2189 


2 102 


2112 








BM 


NOZ 


21 10 


2250 


6115 


82 


M 


1266 


EDD 


2300 


2252 


6104 


82 


M 


1201 


EDD 


2311 


2252 


6124 


82 


F 


1375 


EDD 


2300 


2253 


6134 


82 


F 


23 75 


EDD 


- 2344 


2253 


6144 


32 


F 


1875 


SDD 


2303 


2 30 2 


2112 








BM 


NOZ 


2330 












BB 


NOZ 


SDD 2360 
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CUSTOMER CODE: 002 

DOCUMENT NUMBER PURCHASE ORDER NUMBER STATUS 



2009 


1844 


BB 


NOZ 


2020 EDD2050 


2009 


284 4 


BA 


NNZ 


2210 


2101 


1910 


BM 


NOZ 


2105 


210 1 


1980 


BB 


NOZ 


EDD 2300 


2 101 


2910 


SA 


NOZ 


2310 
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VOLUME REPOST 



DATS 



FROM: ISSUE CONTROL , CODS 4221 B 

TO: SUPPLY OFFICER, CODE 42 

SUB J: MONTHLY 7CLUME REPORT FOR THE PERIOD 

THRU 



1. NON-STANDARD STOCK REQUISITIONS 


5 


ISSUE GROUPS 




UIC 


A 


3 


C 


X62271 


000 


018 


027 


OTHER 


009 


009 


000 


2. STANDARD STOCK REQUISITIONS 
UIC 


A 


ISSUE GROUPS 

• 

3 


C 


X62271 


00 1 


014 


013 


OTHER 


00 1 


005 


006 



SIGNATURE 



COPY TO: 
CODE 422 
CODE 4201 
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